Documentação OpenFactory
O OpenFactory oferece avaliação de Linux no navegador, receitas e builds de imagens personalizadas, inspeção de artefatos, testes em VM e fluxos de implantação relacionados. Os recursos exatos disponíveis para uma conta ou console self-hosted dependem da release implantada, do plano, dos feature flags e da infraestrutura conectada.
Comece por uma tarefa
| Objetivo | Caminho na documentação |
|---|---|
| Criar e verificar uma imagem personalizada | Seu primeiro build |
| Entender o JSON normalizado da receita | Recipe Schema |
| Configurar recursos de build | Construindo sistemas operacionais |
| Inicializar e inspecionar uma VM | Gerenciamento de VM |
| Definir evidências pós-build | Testes |
| Conectar um cliente MCP | Integração MCP |
| Avaliar o console KVM local | Console de VM self-hosted |
| Entender o escopo de colaboração | Papéis e escopo de permissão |
Modelo de evidência
O OpenFactory expõe vários estados que não devem ser colapsados em um único rótulo de “sucesso”:
- Validação da receita verifica o formato reconhecido da configuração e a cobertura explícita do pedido.
- Conclusão do build significa que um artefato de imagem atingiu o caminho de finalização.
- Conclusão dos testes registra o resultado das asserções selecionadas no guest.
- Status de certificação ou política, quando presente, aplica-se apenas ao contrato de evidência nomeado.
- Qualificação física ou de produção permanece uma atividade separada, a menos que o hardware exato, a topologia, os modos de falha e a release tenham sido testados.
Use a afirmação mais estreita suportada. Um pacote na receita não prova que foi instalado; um pacote instalado não prova que seu serviço está saudável; um boot de VM não prova que um instalador ou dispositivo físico funciona.
Limites entre hospedado e self-hosted
O serviço hospedado contém os fluxos de construção de imagem e conversação. O deployment Compose self-hosted versionado é um console KVM privilegiado em host único para avaliação. Ele desabilita builds hospedados, conversas, agendamento e fluxos de documentos de política e, por si só, não estabelece operação de produção ou air-gapped.
Para implantação privada em produção, use documentação de arquitetura, identidade, persistência, backup, upgrade e suporte acordada com o OpenFactory, específica da release. Não substitua uma lista de capacidades de marketing ou o arquivo Compose de avaliação por esse runbook.
Como ler esta documentação
- Os comandos indicam o contexto de trabalho e o resultado esperado quando isso for prático.
- Afirmações de segurança, conformidade, disponibilidade e compatibilidade incluem seu limite de evidência.
- Se a UI e uma página estática divergirem, preserve o ID de build ou de execução e consulte a API/estado atual antes de repetir uma ação destrutiva.
- Reporte documentação desatualizada com a URL da página, release ou commit do produto, timestamp e resultado observado.
Continue em Primeiros passos.