Applicazioni
Standard schede progetto
Campi obbligatori e policy di manutenzione delle schede applicative
Standard schede progetto
Ogni scheda applicativa deve distinguere fatti verificati, decisioni e punti aperti.
Campi obbligatori
| Sezione | Contenuto |
|---|---|
| Stato operativo | produzione, staging, cutover, attese cliente |
| Ownership | chi controlla registrar, DNS, deploy, repository |
| Runtime | path repo, container, stack, porte, network |
| Deploy | branch, strategia, autodeploy, comandi di restart |
| DNS | domini, provider, nameserver, record web, mail, CAA |
| TLS | router Traefik, certresolver, domini main/SAN |
| Database | provider, database logico, utente logico se non secret |
| Storage | Spaces, Cloudinary, Blob, filesystem, oppure nessuno |
| Backup | cosa copre il backup Obelica e cosa resta fuori |
| Segreti | solo path e nomi variabili, mai valori |
| Smoke test | URL staging, produzione, comandi di verifica |
| Rollback | DNS, container, deploy o procedura cliente |
| Punti aperti | informazioni mancanti o da chiedere al cliente |
Policy
- Non salvare segreti o token.
- Non scrivere "ok" senza data o contesto verificabile.
- Se il DNS e' gestito dal cliente, scrivere esattamente cosa chiedere: cambio nameserver o cambio record.
- Se un dominio resta su terzi, segnare provider e record pubblicamente verificati.
- Dopo ogni cambio router Traefik aggiornare anche la scheda progetto.
- Dopo ogni cutover aggiornare sia scheda progetto sia runbook migrazione.
Template sintetico
## Stato operativo
## Ownership
## Runtime e deploy
## DNS e TLS
## Database, storage e backup
## Verifiche
## Rollback
## Punti aperti