Bygge operativsystemavbilder
OpenFactory gjør en normalisert oppskrift om til et image-artefakt og, når det er bedt om og tilgjengelig, starter det artefaket for verifikasjon. De konkrete builderne og trinnene varierer etter base-image-familie og deployment.
Hva en oppskrift styrer
| Område | Kanonisk plassering | Gjennomgangsspørsmål |
|---|---|---|
| Base og hardware-intensjon | base_image, hardware | Er det riktig distribusjon, release, arkitektur og minimumsprofil? |
| Features og pakker | os.features, os.packages | Er forespurte kapasiteter til stede og støttet på denne basen? |
| Tjenester og kontoer | os.services, os.users | Er konfigurasjon og least-privilege-tilgang eksplisitt? |
| Skrivebord og branding | os.desktop_settings, os.branding | Eier valgt skrivebord disse innstillingene og ressursene? |
| Installer og persistens | os.installer, os.persistence | Er krav til install-to-disk og persistens faktisk testet? |
| Tilpasset automatisering | os.startup_scripts, attachments, source packages | Er inndata festet, avgrenset og trygge å kjøre som den deklarerte brukeren? |
| Verifikasjon | scenarios | Observerer testene hvert vesentlig utfall, ikke bare boot? |
Se Recipe Schema for hele formen.
Build-livssyklus
Den offentlige statusstrømmen kan omfatte planlegging, konfigurasjon, source-package-arbeid, image-generering, finalisering og testing. Disse er ikke garantert å vises som identisk navngitte trinn for hvert mål. Følg build-ID returnert av startforespørselen, og behandle backendens nåværende status som autoritativ.
Hold disse utfallene adskilt:
validatedbetyr at den gjenkjente oppskriftsformen ble akseptert;- et terminalt vellykket build betyr at et artefakt ble finalisert;
- testsuksess betyr at valgte assertions bestod i sitt miljø; og
- sertifisering eller publisering, der aktivert, er en senere policybeslutning.
Stille fremdrift er ikke grunn til å opprette et duplikat-build. Koble til build-konsollen eller status-endepunktet igjen med samme build-ID. Hvis buildet blir terminal failed, ta vare på trinn, feil og logger før du prøver på nytt.
Anbefalt arbeidsflyt
- Skriv observerbare akseptkriterier.
- Generer eller rediger oppskriften.
- Valider den, og sammenlign det normaliserte resultatet med hele samtalen.
- Inspiser utledede features, eksterne kilder, installer-innstillinger og scenarios.
- Start ett build, og følg den varige ID-en.
- Gjennomgå artefakt-digest, pakkeinventar, advarsler og testbevis.
- Boot eller installer i et engangsmiljø som passer forespørselen.
- Promoter eller publiser bare gjennom relevant approval gate.
Emneguider
| Emne | Bruk til |
|---|---|
| Base Images | Velge en støttet build-familie |
| Features | Forstå registrerte capability-moduler |
| Services | Deklarere tjenestekonfigurasjon |
| Custom Software | Gjennomgå repository-støttede pakkeinndata |
| Users | Opprette image-lokale kontoer trygt |
| Desktop | Velge og verifisere skrivebordsinnstillinger |
| Startup Scripts | Skrive avgrensede first-boot-enheter |
Start med det minste nyttige image. Legg til features først når atferd og bevis for forrige artefakt er forstått.