Construir imágenes de sistemas operativos
OpenFactory convierte una receta normalizada en un artefacto de imagen y, cuando se solicita y está disponible, arranca ese artefacto para verificación. Los builders y etapas exactos varían según la familia de imagen base y el despliegue.
Qué controla una receta
| Área | Ubicación canónica | Pregunta de revisión |
|---|---|---|
| Base e intención de hardware | base_image, hardware | ¿Es la distribución, versión, arquitectura y perfil mínimo correctos? |
| Features y paquetes | os.features, os.packages | ¿Están presentes y admitidas las capacidades solicitadas en esta base? |
| Servicios y cuentas | os.services, os.users | ¿La configuración y el acceso con mínimo privilegio son explícitos? |
| Escritorio y marca | os.desktop_settings, os.branding | ¿El escritorio seleccionado es dueño de estos ajustes y activos? |
| Instalador y persistencia | os.installer, os.persistence | ¿Los requisitos de instalación en disco y persistencia están realmente probados? |
| Automatización personalizada | os.startup_scripts, adjuntos, paquetes desde fuente | ¿Las entradas están fijadas, acotadas y son seguras de ejecutar como el usuario declarado? |
| Verificación | scenarios | ¿Las pruebas observan cada resultado material y no solo el arranque? |
Consulta Esquema de recetas para la forma completa.
Ciclo de vida de compilación
El flujo de estado público puede incluir planificación, configuración, trabajo de paquetes desde fuente, generación de imagen, finalización y pruebas. No está garantizado que aparezcan como etapas con nombre idéntico en cada destino. Sigue el ID de compilación devuelto por la solicitud de inicio y trata el estado actual del backend como autoritativo.
Mantén estos resultados separados:
validatedsignifica que se aceptó la forma reconocida de la receta;- una compilación terminal exitosa significa que se finalizó un artefacto;
- el éxito de pruebas significa que las aserciones seleccionadas pasaron en su entorno; y
- certificación o publicación, cuando estén habilitadas, es una decisión de política posterior.
Un progreso silencioso no es motivo para crear una compilación duplicada. Reconéctate al console de compilación o al endpoint de estado con el mismo ID de compilación. Si la compilación termina en failed, conserva la etapa, el error y los logs antes de reintentar.
Flujo de trabajo recomendado
- Escribe criterios de aceptación observables.
- Genera o edita la receta.
- Valídala y compara el resultado normalizado con la conversación completa.
- Inspecciona features inferidas, fuentes externas, ajustes del instalador y escenarios.
- Inicia una compilación y sigue su ID durable.
- Revisa digest del artefacto, inventario de paquetes, advertencias y evidencia de prueba.
- Arranca o instala en un entorno desechable acorde a la solicitud.
- Promueve o publica solo mediante la puerta de aprobación aplicable.
Guías por tema
| Tema | Úsala para |
|---|---|
| Imágenes base | Elegir una familia de compilación admitida |
| Features | Entender módulos de capacidad registrados |
| Servicios | Declarar configuración de servicios |
| Software personalizado | Revisar entradas de paquetes respaldadas por repositorio |
| Usuarios | Crear cuentas locales en la imagen con seguridad |
| Escritorio | Elegir y verificar ajustes de escritorio |
| Scripts de arranque | Redactar unidades de first-boot acotadas |
Empieza con la imagen útil más pequeña. Añade features solo cuando entiendas el comportamiento y la evidencia del artefacto anterior.