Pirmais build

Šajā ceļvedī izveidojat, validējat, palaižat un pārskatāt vienu pielāgotu attēlu. Validēts recepte ir konfigurācijas pārbaude, ne pierādījums, ka ISO ir uzbūvēts vai ka katra pieprasītā uzvedība ir izturējusi VM testu.

Pirms sākšanas

• Pierakstieties, lai saruna un build paliktu piesaistīti jūsu kontam.
• Sāciet ar vienu operētājsistēmu un nelielu pakotņu vai pakalpojumu kopu.
• Izlemiet, kāds pierādījums apliecinātu, ka pieprasījums ir izpildīts. Pakotnes klātbūtne, pakalpojuma stāvoklis, klausošs ports un GUI uzvedība ir atšķirīgas pārbaudes.

Pirmajam mēģinājumam izvairieties no akreditācijas datiem un privātu repozitoriju URL sarunā. Noslēpumus vēlāk pievienojiet caur atbalstīto akreditācijas darba plūsmu, nevis iebakedējiet tos attēlā.

1. Nosakiet rezultātu un tā pārbaudes

Piemērs:

Build a Debian 13 server image with OpenSSH and curl.
Create a password-locked deploy user in the sudo group.
Verify that the image boots, the deploy user exists, the ssh service is
enabled, and curl is installed. Do not add Docker or a desktop.

Skaidras izņemšanas palīdz atšķirt apzināti minimālu attēlu no pieprasījuma, ko plānotājs vienkārši nepamanīja.

2. Pārskatiet receptes priekšskatījumu

Pārbaudiet vismaz:

• base_image atbilst pieprasītajai distribūcijai un laidienam;
• pieprasītās pakotnes ir zem os.packages vai tās nodrošina skaidra funkcija;
• lietotāji, grupas, pakalpojumi, tīkls, instalētājs un darbvirsmas izvēles atbilst pieprasījumam;
• scenarios satur pārbaudes, kas jums tiešām vajadzīgas;
• nav ieviesta nepieprasīta pakotne, darbvirsma, instalētājs, akreditācijas dati vai ārējs repozitorijs.

Izmaiņas lūdziet tajā pašā sarunā. Turpmākie pieprasījumi tiek piemēroti aktīvajai receptei. Izmantojot Validate Recipe, backend saglabā iepriekšējo būtisko sarunas pieprasījumu un bloķē recepti, ja joprojām trūkst skaidru prasību; ģenerētais vadības teikums nedrīkst izdzēst sarunas nolūku.

Validācija joprojām var nepamanīt nepieejamu pakotni, augšupstraumes pārtraukumu, distribūcijai specifisku build kļūdu vai uzvedību bez testa. Priekšskatījumu lasiet kā ierosinātu līgumu.

3. Palaidiet build vienu reizi

Validētajā priekšskatījumā izvēlieties Start Build. Veiksmīgs klikšķis izveido build ID. Problēmu ziņojot, saglabājiet šo ID; tas ir uzticamāks nekā tikai procents vai ekrānuzņēmums.

Build panelī var rādīties stāvokļi, piemēram, queued, planning, configured, building, finalizing, completed, failed vai cancelled. Rindā esošs build var gaidīt darbinieka kapacitāti vai startēšanas atkopšanu. Rādītais procents ir progresa projekcija, ne termiņš; daži iepakošanas un failu sistēmas soļi aizņem daudz ilgāk nekā citi.

Build varat turpināt sekot tiešraides build panelī, pat ja atstājat sākotnējo sarunas skatu. Pārlādējot, savienojumam vajadzētu atjaunoties caur saglabāto build stāvokli un notikumu plūsmu. Nespiediet Start Build atkārtoti, ja vien UI neziņo, ka build ID netika izveidots vai iepriekšējais build sasniedza galīgo stāvokli.

4. Atdaliet attēla pabeigšanu no testu pabeigšanas

Attēls var būt gatavs pirms izvēlētā VM verifikācijas sasniedz galīgo stāvokli. Lasiet abus:

• build status: vai izturīgs artefakts tika salikts un finalizēts;
• test status: not_run, running, passed, failed vai error;
• certification status, ja redzams: konfigurētās pierādījumu politikas rezultāts, ne universāla drošības vai aparatūras sertifikācija.

Atveriet testu detaļas. Apstipriniet, ka katra pieprasītā pārbaude tika palaista pret gaidīto viesi, un pārskatiet kļūmes vai izlaistas pārbaudes. Veiksmīgs palaišanas tests ne pierāda, ka lietotne atveras; pakotnes ieraksts ne pierāda, ka pakalpojums ir vesels.

5. Pārskatiet un lejupielādējiet artefaktu

Pirms lejupielādes salīdziniet galīgo recepti un pakotņu vai testu pierādījumus ar pieprasījumu. Fiksējiet build ID, artefakta faila nosaukumu, izmēru un kontrolsummu, kad tā ir redzama.

Izmantojiet build lejupielādes darbību tikai pēc artefakta finalizācijas pabeigšanas. Lejupielādes paketā var būt ISO un saistītie pierādījumi. Ja lejupielāde atgriež Failed to create download package, not found vai citu JSON kļūdu:

1. apstipriniet, ka esat pierakstījies kā build īpašnieks;
2. atveriet tieši šo build, ne vecāku sarunas kartīti;
3. pārbaudiet, ka artefakta finalizācija ir pabeigta un ISO ir sarakstā;
4. mēģiniet vēlreiz vienu reizi;
5. ziņojiet build ID, laika zīmogu, rādītos build, test un finalizācijas stāvokļus un precīzu kļūdas tekstu.

Neatjaunojiet build tikai lai apietu īpašumtiesību vai iepakošanas kļūdu; tas var atmest noderīgu diagnostikas stāvokli un patērēt vēl vienu build slotu.

6. Pārbaudiet ISO paredzētajā kontekstā

Palaišana OpenFactory VM verificē tikai konfigurēto virtuālo vidi. Instalējamai darbvirsmai papildus pārbaudiet instalētāja ceļu vienreizējā diskā. Fiziskai izvietošanai atsevišķi pārbaudiet firmware režīmu, krātuvi, grafiku, tīklu, suspend, ievades ierīces, atjauninājumus un atkopšanu reprezentatīvā aparatūrā.

Biežākie atkopšanas ceļi

Nākamie soļi

• Receptu izpratne
• Receptes shēma
• Pielāgotas pārbaudes
• VNC konsole