Perché un'impresa ha bisogno di un gemello, e come Mithril ne fornisce uno
La produzione è il luogo sbagliato per imparare chi può raggiungere un sistema sensibile, che aspetto ha un rifiuto, o se il cluster in esecuzione corrisponde a quello che era stato dichiarato. Un gemello conserva quei nomi e non applica il risultato. Mithril rende quel gemello un documento: i componenti in dominio inverso si compongono, un'esecuzione restituisce la risposta e la decisione, e un cluster viene controllato rispetto all'osservazione senza essere avviato.
Questo articolo è stato tradotto automaticamente.
Un'azienda ha bisogno di un gemello perché le domande che contano non possono essere poste in produzione. Chi può raggiungere un sistema che detiene dati dei clienti. Che aspetto ha una chiamata negata quando una quota è esaurita. Se il cluster in esecuzione oggi è il cluster che era stato dichiarato. La produzione è dove clienti, pagamenti e identità vivono già. Usarla come luogo per apprendere quelle risposte accoppia la curiosità all'interruzione del servizio. Congelare ogni modifica finché un comitato non è sicuro è l'altro fallimento: il patrimonio continua a muoversi, e il modello di esso no.
Un gemello è una seconda copia di quel patrimonio con gli stessi nomi e una regola rigida secondo cui nulla viene applicato. Il principal, il bucket, la coda e il cluster sono abbastanza reali da rispondere alla domanda. L'effetto si ferma alla copia. Sicurezza, piattaforma e architettura possono provare un'autorizzazione, un rifiuto, un guasto e una deriva prima che uno qualsiasi di questi raggiunga l'account che fattura i clienti.
Mithril rende il gemello un documento, non una seconda nuvola. Ogni parte del patrimonio è un componente nominato dal suo dominio inverso, e i componenti si compongono. Identità, autorizzazione, quota, coerenza, guasto e TLS stanno sotto il servizio che ne ha bisogno. Un'esecuzione percorre quella catena e restituisce due cose che il chiamante può conservare: la risposta che un client vedrebbe, e la decisione che l'ha prodotta. Il flag applied resta false. Il runtime non apre alcun socket, e un documento che nomina un host attivo o un segreto viene rifiutato prima di essere eseguito.
Lo stesso confine copre il cluster. Docker e Podman sono avvolti come un documento Mithril che dichiara quali servizi devono esistere e come dipendono gli uni dagli altri. Il rendering di quel documento produce il file Compose. Il controllo confronta la dichiarazione con ciò che è effettivamente osservato. Il controllo non avvia i container. L'azienda ottiene una prova del proprio patrimonio, accanto ai motori che già parlano i protocolli cloud, con una registrazione di ciò che è stato deciso e di ciò che deliberatamente non è stato applicato.