OS Sivelkiriya: misión y forma de lanzamiento

Hola Habr

Este es el segundo artículo de una serie de publicaciones sobre el sistema operativo Sivelkiriya que se está diseñando actualmente. El primer artículo está disponible aquí , el siguiente aquí . Dado que los comentarios que se le hicieron repetidamente hicieron preguntas sobre el propósito de toda la empresa, así como sobre la cantidad de mano de obra que deberá invertirse en el desarrollo para que "despegue", esta publicación se centrará principalmente en ellos.

En primer lugar, se describirá la misión de este desarrollo (en los siguientes artículos, se agregará al resumen una descripción detallada de los problemas sistemáticos del software existente que se propone resolver en el marco de este desarrollo). En segundo lugar, en el ejemplo de las posibles formas de iniciar el sistema operativo propuesto, se mostrará que será posible comenzar a beneficiarse del desarrollo incluso antes de que se reclute una masa crítica de software disponible o se complete la migración completa al nuevo sistema.

Los aspectos técnicos y organizativos mencionados en este artículo se describirán en detalle en las siguientes publicaciones.

Misión de OS Sivelkiriya


La misión del sistema operativo Sivelkiriya es integrar productos digitales dispares en un todo armonioso basado en una plataforma que garantice la compatibilidad de cualquier solución de software.

Este principio se formula mejor como una lista de derechos básicos de las partes interesadas, cuya implementación en el marco de OS Sivelkiriya está garantizada por la organización de la interacción y la estructura del sistema operativo en sí. La siguiente es una lista completa de tales disposiciones con algunas explicaciones sobre cómo exactamente el sistema operativo Sivelkiriya contribuye a la realización de este derecho.

  1. El usuario tiene derecho a elegir la solución de software que mejor se adapte a sus necesidades .
    • Cualquiera de los módulos utilizados puede ser reemplazado por otro, más adecuado, sin reconstruir o perder la funcionalidad general de la solución.
    • , , ( API , ).
    • , (), . .
  2. .
    • , ( ), .
    • , , ( ), . , , , , .
  3. .
    • — . , ( ).
    • . , .
    • , (, , ), , . (web, , , , ).
    • , . .
  4. .
    • . , .
    • . ; , .
    • . .
  5. .
    • , .
    • . , . .
    • , .
  6. .
    • .
    • , (, , , ) .
  7. .
    • .
    • .
  8. , .
    • , .
    • .
    • , , , .
    • , , , , — , , .
  9. .
    • , , , , .
    • , .
    • «» (, ) .
  10. / .
    • .
    • , , , , , .
    • , , , .
  11. .
    • . , , .
  12. .
    • , , , , .
    • , , .
    • , ( -), , .
    • (. ) .
  13. .
    • , .
  14. .
    • , «» . ( ).
  15. .
    • , , , .
    • Al igual que con el software, el equipo de soporte del repositorio central brinda soporte a los propietarios y proveedores de propiedad intelectual, incluido el bloqueo de piratas.
  16. Los usuarios corporativos tienen derecho a desarrollar software en modo cerrado.
    • Es posible crear repositorios cerrados, software desde el cual no se puede transferir fuera de la infraestructura.
    • Las corporaciones que desarrollan software para sus propias necesidades tienen la oportunidad, si es necesario, de alejarse de la estructura de interfaces y módulos regulados por el equipo de desarrollo del sistema operativo, pero la disponibilidad de dicho software está limitada por su organización.


Cobertura de plataforma



El sistema operativo Sivelkiriya está diseñado para ejecutarse en los siguientes modos:

  1. Como sistema operativo principal en plataformas x86 y ARM;
  2. Como un conjunto de aplicaciones gráficas bajo el sistema operativo principal;
  3. / .


A continuación mostraremos por qué se necesitan tales oportunidades.

El lanzamiento como sistema operativo principal proporciona a Sivelkiriya la capacidad de controlar directamente los dispositivos disponibles. Por un lado, esto permite un control óptimo sobre el gasto de los recursos del sistema, por ejemplo, el tiempo del procesador y la RAM. Por otro lado, enfrenta al usuario con una difícil elección: cambiar completamente a un nuevo sistema operativo, bajo el cual, en la etapa inicial, puede no haber suficiente software para un trabajo cómodo, o no usarlo en absoluto. Es poco probable que sea un error decir que muchos sistemas operativos jóvenes no han podido superar este hito: la falta de programas ahuyenta a los usuarios y la falta de usuarios ahuyenta a los desarrolladores.

Para resolver esta situación desagradable, el sistema operativo Sivelkiriya ofrece una segunda forma de iniciarlo: como un conjunto de aplicaciones compiladas para algún sistema operativo básico (por ejemplo, Windows, Linux o Android). Desde el punto de vista de los módulos lanzados en él, no hay diferencia con la primera opción, ya que aún interactúan con otros módulos y el núcleo del sistema a través de la misma API. Desde el punto de vista del usuario, la diferencia es que ahora continúa trabajando con su sistema operativo principal, utilizando Sivelkiriya solo para resolver aquellas tareas que actualmente se resuelven más convenientemente en él.

Finalmente, la tercera versión del ensamblaje Sivelkiriya es hacer que las interfaces de objetos existentes en él sean visibles para algún contexto externo. Como resultado, el software de terceros podrá usar los módulos Sivelkiriya de la misma manera que usa las bibliotecas compartidas comunes, y aunque la implementación interna puede implicar la interacción de los módulos y su distribución en diferentes bibliotecas o procesos, estos detalles estarán ocultos del contexto de la llamada. Desde el punto de vista del funcionamiento de Sivelkiriya, la diferencia entre las opciones de lanzamiento segunda y tercera es solo que en el segundo caso, el usuario interactúa con su interfaz gráfica, mientras que en el tercer caso la API es llamada por otros sistemas.

La opción propuesta le permite hacer que el período de llenado del nuevo sistema operativo con programas sea lo más útil posible, ya que la decisión sobre una migración completa se puede retrasar o rechazar por completo, y continuar usando solo las funciones que requiere un usuario específico. Por lo tanto, los objetivos principales que enfrenta Sivelkiriya, garantizar la compatibilidad y la accesibilidad, se lograrán a un costo mínimo.

La cuestión de si Sivelkiria debería llamarse el sistema operativo cuando se ejecuta bajo algún otro sistema operativo se deja a los teóricos, ya que para nuestros propósitos no es una cuestión de principios.

La primera publicación del ciclo está disponible aquí , la siguiente, aquí . El texto completo del artículo está disponible en el sitio web del proyecto .

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


All Articles