¿Qué están buscando las analogías de DevOps?

Algunos presentadores usan analogías para aclarar cierta tecnología, por ejemplo, Pizza as a Service 2.0 que explica las diferencias entre las diferentes pilas de servicios (aaS).

Las ventajas de esta analogía de la pizza es que consta de múltiples analogías, es decir, tiempo de ejecución también conocido como pizza y legado casero también conocido.

Cuando uno busca en Google "la analogía de DevOps", se muestran varias imágenes, pero ninguna de ellas es muy pegadiza.

Definición de "fetching"

1. Mostrar la imagen en una presentación
2. Habla 30 segundos al respecto
3. Durante el discurso del ascensor, más y más personas entienden DevOps y es completamente claro para ellos.

DevOps es la industrialización de TI

Principalmente para desarrolladores, pero conocedores de otros con el meme "chica del desastre": "Funciona en mi máquina ... ¡Ops problema ahora!" Esto ilustra que la falta de responsabilidad puede poner en peligro a toda la empresa, y el valor del software que funciona solo en un entorno específico no es absoluto.

Además, la matriz del infierno . Agregar Docker puede parecer una columna más, pero los contenedores se convertirán en tecnología para llevar y la arquitectura estándar a largo plazo. Por lo tanto, puede ejecutar contenedores Docker también con Kubernetes o Apache Mesos.

La analogía más prominente de DevOps que se me ocurre es la analogía de Pet vs. Cattle en infraestructura desechable. Sin embargo, diría que se trata menos de la búsqueda asociada con la imagen, y más acerca de lo fácil que es entender y relacionarse.

Otro que me gusta es este de este sitio web https://devrant.com/search?term=devops

como lo he escuchado varias veces y me frustra porque es un comportamiento de silo y anti devops. Básicamente quiero aplicarlo, cuando lo cambias tienes que liberarlo o cuando lo rompes lo arreglas. En la práctica, no es tan simple como cambiar la mentalidad.

Se encontró otra analogía aquí https://devrant.com/search?term=devops

Creo que esto también es aplicable ya que todavía hay desarrolladores que continúan tirando cosas por la pared.

Tengo que admitir que me siento así y que esto me anima a aprender programación. Ahora estoy aprendiendo Java y quiero obtener certificados. Ahora estoy estudiando para Java Oracle asociado.

Basado en una sugerencia en uno de los comentarios a una de las respuestas de @PeterMuryshkin, leí más sobre Industry4.0 y creo que podría ser una analogía de DevOps.

Otra analogía de DevOps podría ser la industria 4.0:

Industry 4.0 es un nombre para la tendencia actual de automatización e intercambio de datos en tecnologías de fabricación. Incluye sistemas ciberfísicos, Internet de las cosas, computación en la nube y computación cognitiva. La industria 4.0 se conoce comúnmente como la cuarta revolución industrial.

Para introducir la industria 1.0, el proceso funcional, es decir, cómo producir cotón manualmente, debe ser claro para automatizar esto, 2.0 automatizó más y 3.0 también. Hoy en día, DevOps también se trata de automatizar más y más, pero para hacerlo, el proceso también debe ser claro. Como 4.0 se trata de pasar a la nube, por ejemplo, AWS, GCP, AWS, CI / CD y sistemas de autocuración, esto también podría ser una analogía.

DevOps también podría compararse con un escuadrón de comando, que consiste en un pequeño número de especialistas. Siempre tengo que pensar en el primer nivel de Commandos 1 detrás de las líneas enemigas. Había tres personajes:

• marina
• conductor
• boina verde

Cada uno de ellos posee cualidades únicas, es decir, buceo, natación, remo (marino), buzo (ametralladora, conducción), boina verde (escalada, transporte de barriles).

Todos ellos pudieron eliminar enemigos, también conocidos como automatización, en DevOps. Si las operaciones podrían compararse con la marina, el conductor de la boina verde no importa. Operación, desarrollo y garantía de calidad tienen sus especialidades. La combinación de estos elementos es esencial para lanzar software con más frecuencia.

Si, por ejemplo, uno de los comandos murió en el juego, el juego había terminado. Todos ellos tuvieron que trabajar juntos para cumplir una misión. Puedo recordar que cada uno de los comandos estaban aislados al comienzo del nivel 1 y tenían que eliminar a los enemigos ellos mismos, pero también dependían unos de otros.

Se le pidió al marine que llevara tanto al conductor como a la boina verde a la otra isla, ya que él era el único que podía remar la bota. Una vez en la isla, se necesitaba la boina verde, ya que era el único que podía mover barriles explosivos necesarios para hacer estallar la estación de radio.

Cuando trabajaban juntos, había una mayor probabilidad de que pudieran sobrevivir, ya que se necesitaban tres disparos para eliminar a un enemigo. Si disparan juntos, el enemigo será sacado de inmediato.