Documentația OpenFactory
OpenFactory oferă evaluare Linux în browser, rețete și build-uri de imagini personalizate, inspectarea artefactelor, testarea VM și fluxuri de lucru de implementare asociate. Setul exact de funcții pentru un cont sau o consolă self-hosted depinde de release-ul implementat, plan, feature flag-uri și infrastructura conectată.
Începeți cu o sarcină
| Obiectiv | Cale în documentație |
|---|---|
| Creați și verificați o imagine personalizată | Your First Build |
| Înțelegeți JSON-ul normalizat al rețetei | Recipe Schema |
| Configurați funcțiile de build | Building operating systems |
| Porniți și inspectați un VM | VM Management |
| Definiți dovada după build | Testing |
| Conectați un client MCP | MCP Integration |
| Evaluați consola KVM locală | Self-Hosted VM Console |
| Înțelegeți domeniul colaborării | Roles and Permission Scope |
Modelul dovezilor
OpenFactory expune mai multe stări care nu trebuie comprimate într-o singură etichetă „succes”:
- Recipe validation verifică forma de configurare recunoscută și acoperirea cererilor explicite.
- Build completion înseamnă că un artefact de imagine a ajuns pe calea de finalizare.
- Test completion înregistrează rezultatul guest assertions selectate.
- Certification or policy status, unde există, se aplică doar contractului de dovezi numit.
- Calificarea fizică sau de producție rămâne o activitate separată, dacă nu au fost testate exact același hardware, topologie, moduri de eșec și release.
Folosiți cea mai îngustă afirmație susținută. Un pachet dintr-o rețetă nu dovedește că a fost instalat; un pachet instalat nu dovedește că serviciul este sănătos; un boot de VM nu dovedește că un installer sau un dispozitiv fizic funcționează.
Limite hosted și self-hosted
Serviciul hosted conține fluxurile de lucru pentru construirea imaginilor și conversații. Implementarea self-hosted Compose din repo este o consolă KVM single-host privilegiată pentru evaluare. Dezactivează build-urile hosted, conversațiile, planificarea și fluxurile pentru documente policy și nu stabilește singură operațiune de producție sau air-gapped.
Pentru implementare de producție privată, folosiți documentația de arhitectură, identitate, persistență, backup, upgrade și suport specifică release-ului, agreată cu OpenFactory. Nu înlocuiți o listă de capabilități de marketing sau fișierul Compose de evaluare cu acel runbook.
Cum se citește această documentație
- Comenzile indică, unde este practic, contextul de lucru și rezultatul așteptat.
- Afirmațiile despre securitate, conformitate, disponibilitate și compatibilitate includ limita dovezii.
- Dacă UI și pagina statică diferă, păstrați build sau run ID și verificați starea curentă a API înainte de a repeta o acțiune distructivă.
- Raportați documentația depășită cu URL-ul paginii, release-ul produsului sau commit-ul, marca temporală și rezultatul observat.
Continuați cu Getting Started.