Documentazione OpenFactory
OpenFactory offre valutazione Linux via browser, ricette e build di immagini personalizzate, ispezione degli artefatti, test su VM e flussi di deploy correlati. Le funzionalità disponibili per un account o una console self-hosted dipendono dalla release deployata, dal piano, dai feature flag e dall’infrastruttura collegata.
Inizia da un obiettivo
| Obiettivo | Percorso nella documentazione |
|---|---|
| Creare e verificare un’immagine personalizzata | La tua prima build |
| Capire il JSON normalizzato della ricetta | Schema ricetta |
| Configurare le feature di build | Costruire sistemi operativi |
| Avviare e ispezionare una VM | Gestione VM |
| Definire evidenze post-build | Testing |
| Collegare un client MCP | Integrazione MCP |
| Valutare la console KVM locale | Console VM self-hosted |
| Capire l’ambito di collaborazione | Ruoli e ambito permessi |
Modello di evidenza
OpenFactory espone diversi stati che non vanno ridotti a un’unica etichetta di «successo»:
- Validazione ricetta verifica la forma di configurazione riconosciuta e la copertura delle richieste esplicite.
- Completamento build indica che un artefatto immagine ha raggiunto il percorso di finalizzazione.
- Completamento test registra l’esito delle asserzioni guest selezionate.
- Stato di certificazione o policy, se presente, si applica solo al contratto di evidenza nominato.
- Qualifica fisica o di produzione resta un’attività separata, salvo che siano stati testati esattamente hardware, topologia, modalità di guasto e release.
Usa l’affermazione più stretta supportata. Un pacchetto in una ricetta non dimostra che sia stato installato; un pacchetto installato non dimostra che il servizio sia sano; un avvio VM non dimostra che un installer o un dispositivo fisico funzioni.
Confini tra hosted e self-hosted
Il servizio hosted contiene i flussi di build immagini e conversazione. Il deploy Compose self-hosted nel repository è una console KVM privilegiata su singolo host per la valutazione. Disabilita build hosted, conversazioni, scheduling e flussi documenti policy e da sola non stabilisce operazione di produzione o air-gapped.
Per un deploy di produzione privato, usa documentazione architetturale, identità, persistenza, backup, upgrade e supporto specifica per release concordata con OpenFactory. Non sostituire un elenco di capacità marketing o il file Compose di valutazione con quel runbook.
Come leggere questa documentazione
- I comandi indicano, quando possibile, contesto di lavoro e risultato atteso.
- Affermazioni su sicurezza, conformità, disponibilità e compatibilità includono il rispettivo confine di evidenza.
- Se l’UI e una pagina statica divergono, conserva l’ID build o run e verifica API/stato corrente prima di ripetere un’azione distruttiva.
- Segnala documentazione obsoleta con URL pagina, release prodotto o commit, timestamp e risultato osservato.
Continua con Per iniziare.