Vai al contenuto

Servizi e integrazioni

Questa sezione descrive i servizi esterni usati da Architecture Coffee e il confine che impedisce a ciascun provider di diventare autorità su dati, decisioni o operazioni che appartengono all'applicazione.

La pagina di un provider non è una guida di configurazione

Le pagine spiegano il contratto stabile del repository. Non contengono credenziali, identificatori privati, valori di console, evidenza mutabile di produzione o autorizzazioni operative.

Mappa dei servizi

La vista trasversale è in confini e flussi. Le procedure di mutazione restano in Deployment e operazioni.

Contratto standard di ogni pagina

Ogni servizio risponde alle stesse dieci domande:

  1. a cosa serve;
  2. quali componenti lo usano;
  3. quali dati o artefatti scambia;
  4. come separa autenticazione e autorizzazione;
  5. cosa possiede il provider;
  6. cosa possiede Architecture Coffee;
  7. quali operazioni sono automatiche, manuali o protette;
  8. come fallisce e come l'applicazione resta fail-closed;
  9. quali verifiche operative sono disponibili;
  10. quali ADR, contratti e runbook restano canonici.

La validazione del portale rende obbligatori pagina e sezioni, così i confini non possono scomparire per una modifica accidentale della navigazione.

Regole comuni

  • un provider esegue una capability, non concede autorità editoriale;
  • autenticazione, autorizzazione, approvazione e dispatch sono fasi distinte;
  • payload privati e dati destinatario non diventano documentazione o log;
  • mock e dry-run non provano un'operazione live;
  • timeout, risposta parziale o evidenza non univoca non sono successo;
  • pubblicazione, Campaign Draft, scheduling e delivery restano operazioni separate.