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

9

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"

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

culture

— 030
fuente

DevOps tiene muchos grupos objetivo; Creo que es más fácil concentrarse en eso para encontrar una imagen. ¿Quién es su audiencia y qué sucedería en caso de que el lanzamiento del ascensor sea exitoso?

— Peter Muryshkin el

La mayoría de ellos son desarrolladores junior que tienen una mentalidad aislada, es decir, solo quieren desarrollar sin agradecer la responsabilidad de ejecutar las aplicaciones en producción. @PeterMuryshkin ¿Cuántos grupos objetivo existen en este contexto según usted?

— 030

Entonces, para los grupos objetivo, diría, uno para cada silo / roles alrededor de cada segmento de la cadena de herramientas DevOps. Administración, usuarios de negocios, desarrolladores, evaluadores,

— operadores

3

DevOps es la industrialización de TI

— oryades
fuente

La imagen de la izquierda representa un automóvil hecho a mano.

— 030

exactamente, también tendrá algunos problemas para moverse :)

— oryades

Excelente. Ahora lo veo. ¿Quizás podría agregar alguna descripción adicional en la respuesta?

— 030

2

Por otro lado, la imagen de la derecha representa un automóvil que no tendrá problemas para moverse, siempre y cuando permanezca en la línea de montaje. De lo contrario, podrían necesitarse algunas ruedas ...

— Jiri Klouda

1

con respecto a la parte correcta de la imagen, creo que la cadena de herramientas DevOps es el enfoque de ingeniería para comprender y construir canalizaciones de entrega para automatizar, probar y entregar soluciones de software. Aka Industrial Revolution 2.0 ... sigspl.org/2015/10/14/…

— Peter Muryshkin

4

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.

— Peter Muryshkin
fuente

¿Podrías agregar imágenes?

— 030

Lo antes posible, desde el móvil parece no funcionar correctamente.

— Peter Muryshkin el

Excelente +1. ¿Podría agregar una pequeña explicación a cada una de las imágenes, es decir, por qué son estas analogías de DevOps?

— 030

1

Para ser honesto, estas imágenes ilustran más bien la motivación para DevOps que DevOps en sí; así que ahora estoy seguro de qué tan bien responde a su pregunta real para "representar" DevOps

— Peter Muryshkin

Aparte de eso, la primera imagen es definitivamente útil para describir "Por qué DevOps" en mi presentación.

— 030

3

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.

— PrestonM
fuente

1

Cattle vs Pets es principalmente una operación, no requiere una organización o mentalidad devops. La sugerencia es que solo habla de infraestructura y nunca de las aplicaciones que se ejecutan en ella.

— Tensibai

@Tensibai ¿Cuál es tu analogía favorita?

— 030

Es una idea linda, pero cae de bruces tan pronto como introduces persistencia. ¡Es mejor que espere que su compañía no haya tomado la ayuda de Kool de DevOps y que el sistema de nómina sea una mascota!

— Cayo

2

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.

— 030
fuente

1

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.

— 030
fuente

0

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.

— 030
fuente

Además, creo que la verdadera industria 4.0 no funcionaría sin DevOps.

— Peter Muryshkin

0

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.

— 030
fuente