Referencja

Referencja techniczna publicznej platformy OpenFactory. Konsola i odpowiedzi API są źródłem prawdy o stanie konkretnego buildu.

Szybkie linki

Referencja	Opis
Integracja MCP	Podłącz klienta MCP do OpenFactory
Schemat receptury	Kanoniczne pola `BuildRecipe`
Typy asercji	Wykonywalne asercje testów VM
Integracja ServiceNow	Opcjonalne, domyślnie wyłączone hooki ITSM

Rekordy buildu mają oddzielne wyniki

Nie wnioskuj o weryfikacji wyłącznie ze statusu buildu obrazu. Rekord buildu śledzi co najmniej trzy odrębne obszary:

Obszar	Typowe wartości	Znaczenie
Build obrazu	`queued`, `planning`, `configured`, `building`, `finalizing`, `completed`/`built`, `failed`	Czy produkcja obrazu osiągnęła wynik końcowy
Testy	`not_run`, `running`, `passed`, `failed`, `error`, lub `skipped`	Czy dołączony przebieg weryfikacji został wykonany i co wykrył
Certyfikacja	`certified`, `uncertified`, `repairing`, lub inny jawny stan bramki	Czy artefakt spełnił bieżącą umowę certyfikacyjną

Ukończony obraz z nieudanymi, błędnymi, pominiętymi lub brakującymi testami nie jest obrazem certyfikowanym. Używaj wszystkich trzech pól przy automatyzacji decyzji o promocji lub pobieraniu.

Wyniki buildu

Wyniki zależą od celu buildu i od tego, które etapy się zakończyły. Rekord może dostarczyć ISO lub obraz dysku, znormalizowaną recepturę, logi buildu i dowody testów. Traktuj element jako dostępny tylko wtedy, gdy odpowiedź buildu zawiera metadane artefaktu, a endpoint pobierania działa.

Snapshoty Zone 2 w zarządzaniu VM rejestrują governed persistent overlay. Nie są to pełne snapshoty libvirt pamięci i dysku ani artefakty buildu.

Obrazy bazowe

Wybieralne wersje zmieniają się wraz ze źródłami upstream i adapterami OpenFactory. Przy tworzeniu automatyzacji używaj bieżącego selektora obrazu bazowego w konsoli lub zwalidowanej odpowiedzi receptury, a nie skopiowanej listy wersji. Zobacz Obrazy bazowe w sprawie wyboru i ograniczeń.

Wsparcie

Konsola: console.openfactory.tech
E-mail: support@openfactory.tech