L’adozione di concetti anti-fragile deriva dal nuovo approccio verso il fallimento richiesto dal cloud computing. Infatti, costruire sistemi a tolleranza di errore (fault tolerant) non è sufficiente, poiché questi si limitano a passare in rassegna una lista di use-case noti e provano a evitare malfunzionamenti. Questi sistemi comportano spesso lunghi cicli di delivery ed elevata complessità che, a conti fatti, incrementano la probabilità di errore e portano a sistemi fragili.

I malfunzionamenti accadono in modo inevitabile, a prescindere dal tempo e dalle risorse dedicate al testing prima della fase di produzione del software. Chaos Engineering significa invece inserire errori nel sistema ancor prima che essi si presentino in modo naturale. È ormai accettato come approccio essenziale per garantire la resilienza dei sistemi moderni, spesso molto complessi e soggetti a cambiamenti frequenti. Attraverso la Chaos Engineering, potenziali malfunzionamenti non previsti possono essere scoperti e corretti prima di causare criticità per gli utenti.

Con GitOps si intende l’infrastruttura code-based e le procedure operative che si affidano a Git come sistema di controllo delle fonti. Come un’evoluzione dell’Infrastructure as Code (IaC), si tratta di una best practice DevOps che sfrutta Git come una fonte di verità e meccanismo di controllo per creare, aggiornare e cancellare un’architettura di sistema.

In parole semplici, utilizza le richieste pull di Git per verificare e deployare in modo automatico le modifiche all’infrastruttura di sistema.

GitOps assicura che l’infrastruttura cloud di un sistema sia immediatamente riproducibile sulla base dello stato di una repository di Git. Le richieste pull modificano lo stato di una repository di Git. Una volta approvate e unite, le richieste pull vanno a riconfigurare automaticamente e sincronizzare l’infrastruttura live con lo stato della repository. Questo workflow di sincronizzazione in tempo reale delle richieste pull rappresenta l’essenza stessa di GitOps.