Get best of the week

OS Sivelkiriya: mission et formulaire de lancement

Bonjour, Habr.

Il s'agit du deuxième article d'une série de publications sur le système d'exploitation Sivelkiriya actuellement en cours de conception. Le premier article est disponible ici , le suivant ici . Étant donné que ses commentaires posaient à plusieurs reprises des questions sur l'objectif de l'entreprise dans son ensemble, ainsi que sur la quantité de travail qui devra être investie dans le développement pour qu'elle «décolle», cette publication se concentrera principalement sur eux.

Tout d'abord, la mission de ce développement sera décrite (dans les articles suivants, un aperçu détaillé des problèmes systématiques des logiciels existants qu'il est proposé de résoudre dans le cadre de ce développement sera ajouté à l'abrégé). Deuxièmement, sur l'exemple des façons possibles de lancer le système d'exploitation proposé, il sera démontré qu'il sera possible de commencer à bénéficier du développement avant même qu'une masse critique de logiciels disponibles ne soit recrutée ou qu'une migration complète vers le nouveau système ne soit terminée.

Les aspects techniques et organisationnels mentionnés dans cet article seront décrits en détail dans les publications suivantes.

Mission d'OS Sivelkiriya


La mission du système d'exploitation Sivelkiriya est d'intégrer des produits numériques disparates dans un ensemble harmonieux basé sur une plateforme qui garantit la compatibilité de toutes les solutions logicielles.

Ce principe est mieux formulé comme une liste des droits fondamentaux des parties intéressées, dont la mise en œuvre dans le cadre de l'OS Sivelkiriya est garantie par l'organisation de l'interaction et la structure du système d'exploitation lui-même. Voici une liste complète de ces dispositions avec quelques explications sur la manière dont l'OS Sivelkiriya contribue à la réalisation de ce droit.

  1. L'utilisateur a le droit de choisir la solution logicielle la mieux adaptée à ses besoins .
    • N'importe lequel des modules utilisés peut être remplacé par un autre, plus adapté, sans reconstruire ni perdre la fonctionnalité globale de la solution.
    • , , ( API , ).
    • , (), . .
  2. .
    • , ( ), .
    • , , ( ), . , , , , .
  3. .
    • — . , ( ).
    • . , .
    • , (, , ), , . (web, , , , ).
    • , . .
  4. .
    • . , .
    • . ; , .
    • . .
  5. .
    • , .
    • . , . .
    • , .
  6. .
    • .
    • , (, , , ) .
  7. .
    • .
    • .
  8. , .
    • , .
    • .
    • , , , .
    • , , , , — , , .
  9. .
    • , , , , .
    • , .
    • «» (, ) .
  10. / .
    • .
    • , , , , , .
    • , , , .
  11. .
    • . , , .
  12. .
    • , , , , .
    • , , .
    • , ( -), , .
    • (. ) .
  13. .
    • , .
  14. .
    • , «» . ( ).
  15. .
    • , , , .
    • Comme pour les logiciels, l'équipe de support du référentiel central fournit une assistance aux propriétaires et aux fournisseurs de propriété intellectuelle, notamment en bloquant les pirates.
  16. Les utilisateurs en entreprise ont le droit de développer des logiciels en mode fermé.
    • Il est possible de créer des référentiels fermés, dont les logiciels ne peuvent pas être transférés en dehors de l'infrastructure.
    • Les entreprises développant des logiciels pour leurs propres besoins ont l'opportunité, si nécessaire, de s'éloigner de la structure des interfaces et des modules régulés par l'équipe de développement du système d'exploitation, mais la disponibilité de ces logiciels est limitée par leur organisation.


Couverture de la plateforme



Le système d'exploitation Sivelkiriya est conçu pour fonctionner dans les modes suivants:

  1. En tant que système d'exploitation principal sur les plates-formes x86 et ARM;
  2. Comme un ensemble d'applications graphiques sous le système d'exploitation principal;
  3. / .


Ci-dessous, nous montrerons pourquoi de telles opportunités sont nécessaires.

Le lancement en tant que système d'exploitation principal permet à Sivelkiriya de contrôler directement les appareils disponibles. D'une part, cela permet un contrôle optimal de la dépense des ressources système, par exemple, le temps processeur et la RAM. D'un autre côté, il confronte l'utilisateur à un choix difficile: passer complètement à un nouveau système d'exploitation, sous lequel, au stade initial, il peut ne pas y avoir suffisamment de logiciels pour un travail confortable, ou ne pas l'utiliser du tout. Il est peu probable que ce soit une erreur de dire que de nombreux jeunes systèmes d'exploitation n'ont pas réussi à franchir cette étape: le manque de programmes effraie les utilisateurs et le manque d'utilisateurs effraie les développeurs.

Pour résoudre cette situation désagréable, le système d'exploitation Sivelkiriya offre une deuxième façon de le lancer - comme un ensemble d'applications compilées pour un système d'exploitation de base (par exemple, Windows, Linux ou Android). Du point de vue des modules qui y sont lancés, il n'y a pas de différence avec la première option, car ils interagissent toujours avec d'autres modules et le cœur du système via la même API. Du point de vue de l'utilisateur, la différence est que maintenant il continue de travailler avec son système d'exploitation principal, en utilisant Sivelkiriya uniquement pour résoudre les tâches qui y sont actuellement résolues de la manière la plus pratique.

Enfin, la troisième version de l'assemblage Sivelkiriya consiste à rendre les interfaces d'objet qui y sont présentes visibles dans un certain contexte externe. En conséquence, un logiciel tiers pourra utiliser les modules Sivelkiriya de la même manière qu'il utilise des bibliothèques partagées ordinaires, et bien que l'implémentation interne puisse impliquer l'interaction des modules et leur distribution dans différentes bibliothèques ou processus, ces détails seront cachés du contexte d'appel. Du point de vue du fonctionnement de Sivelkiriya lui-même, la différence entre les deuxième et troisième options de lancement est seulement que dans le deuxième cas, l'utilisateur interagit avec son interface graphique, tandis que dans le troisième cas, l'API est appelée par d'autres systèmes.

L'option proposée vous permet de rendre la période de remplissage du nouveau système d'exploitation avec des programmes aussi utile que possible, car la décision d'une migration complète peut être retardée ou rejetée, tout en continuant à utiliser uniquement les fonctionnalités requises par un utilisateur spécifique. Ainsi, les principaux objectifs de Sivelkiriya - assurer la compatibilité et l'accessibilité - seront atteints à un coût minimal.

La question de savoir si Sivelkiria devrait être appelé le système d'exploitation lorsqu'il est lancé sous un autre système d'exploitation est laissée aux théoriciens, car pour nous, ce n'est pas une question de principe.

La première publication du cycle est disponible ici , la suivante - ici . Le texte intégral de l'article est disponible sur le site web du projet .

Source: https://habr.com/ru/post/undefined/

More articles:


All Articles