Cosa stanno recuperando le analogie DevOps?

Alcuni presentatori usano analogie per chiarire una determinata tecnologia, ad esempio Pizza as a Service 2.0, che spiega le differenze tra i diversi stack as-a-Service (aaS).

I vantaggi di questa analogia con la pizza sono rappresentati da più analogie, ovvero il runtime aka pizza e l'eredità fatta in casa aka.

Quando uno su Google "Analogia DevOps", vengono mostrate varie immagini, ma non di queste è molto accattivante.

Definizione di "recupero"

1. Mostra l'immagine in una presentazione
2. Ne parli 30 secondi
3. Durante il pitch dell'ascensore sempre più persone capiscono DevOps ed è completamente chiaro da loro.

DevOps è l'industrializzazione dell'IT

Principalmente per gli sviluppatori, ma ben informato con gli altri con il meme "ragazza disastro": "Funziona sulla mia macchina .. Problema operativo adesso!" Ciò dimostra che la mancanza di responsabilità può mettere in pericolo l'intera azienda e il valore del software che funziona solo in un ambiente specifico non è assoluto.

Inoltre, la matrice dell'inferno . L'aggiunta di Docker potrebbe sembrare una colonna in più, ma i container diventeranno tecnologia a lungo termine e l'architettura standard a lungo termine. Quindi, puoi eseguire container Docker anche con Kubernetes o Apache Mesos.

L'analogia DevOps più importante che mi viene in mente è l' analogia Pet vs Cattle sull'infrastruttura usa e getta. Tuttavia, direi che si tratta meno del recupero associato all'immagine, e di più su quanto sia facile da capire e da mettere in relazione.

Un altro che mi piace è questo da questo sito Web https://devrant.com/search?term=devops

come l'ho sentito più volte e mi frustra perché è un comportamento da silo e anti-devops. Fondamentalmente voglio applicarlo, quando lo cambi devi rilasciarlo o quando lo rompi lo aggiusti. In pratica non è così semplice come una mentalità deve essere cambiata.

Un'altra analogia è stata trovata qui https://devrant.com/search?term=devops

Penso che questo sia applicabile anche perché ci sono ancora sviluppatori che continuano a gettare le cose oltre il muro.

Devo ammettere che mi sento così e che questo mi incoraggia a imparare la programmazione. Ora sto imparando Java e voglio ottenere certificati. Ora sto studiando per Java Oracle associate.

Sulla base di un suggerimento in uno dei commenti a una delle risposte di @PeterMuryshkin, ho letto di più su Industry4.0 e penso che potrebbe essere un'analogia DevOps.

Un'altra analogia con DevOps potrebbe essere l'industria 4.0:

Industry 4.0 è un nome per l'attuale tendenza dell'automazione e dello scambio di dati nelle tecnologie di produzione. Include sistemi cibernetici, Internet delle cose, cloud computing e cognitive computing. L'industria 4.0 è comunemente definita la quarta rivoluzione industriale.

Per introdurre l'industria 1.0 il processo funzionale, ovvero come produrre manualmente coton deve essere chiaro per automatizzare questo, 2.0 automatizzato di più e 3.0 pure. Oggi DevOps si occupa anche di automatizzare sempre di più, ma per farlo dovrebbe essere chiaro anche il processo. Dato che 4.0 riguarda il passaggio al cloud, ad esempio AWS, GCP, AWS, CI / CD e sistemi di autoriparazione, anche questa potrebbe essere un'analogia.

DevOps potrebbe anche essere paragonato a una squadra di commando, composta da un piccolo numero di specialisti. Devo sempre pensare al primo livello di Commandos 1 dietro le linee nemiche. C'erano tre personaggi:

• marino
• autista
• berretto verde

Ognuno di loro possiede qualità uniche, come immersioni, nuoto, canottaggio (marine), sub (mitragliatrice, guida), berretto verde (arrampicata, trasporto di botti).

Tutti loro sono stati in grado di eliminare i nemici o l'automazione in DevOps. Se le operazioni possano essere confrontate con la marina, il conducente del berretto verde non ha importanza. Operazione, sviluppo e controllo qualità hanno tutti le loro specialità. La combinazione di questi elementi è essenziale per rilasciare software più spesso.

Se per esempio uno dei commando è morto nel gioco, il gioco era finito. Tutti hanno dovuto lavorare insieme per realizzare una missione. Ricordo che ciascuno dei commando era isolato all'inizio del livello 1 e doveva eliminare i nemici, ma dipendevano anche l'uno dall'altro.

Il marinaio doveva portare sia il guidatore che il berretto verde sull'altra isola in quanto era l'unico che poteva remare lo stivale. Una volta sull'isola era necessario il berretto verde in quanto era l'unico in grado di spostare barili esplosivi necessari per far saltare in aria la stazione radio.

Quando lavoravano insieme c'era una maggiore possibilità di sopravvivere dato che erano necessari tre colpi per eliminare un nemico. Se sparavano insieme, il nemico veniva immediatamente eliminato.