¿Cuál es la diferencia entre el ingeniero DevOps y el consultor DevOps y el arquitecto DevOps?

10

¿Cuál es la diferencia entre el ingeniero DevOps y el consultor DevOps y el arquitecto DevOps?

Considerando el papel sabio y el salario sabio y la antigüedad sabia y la demanda laboral sabia, etc.

Ashish Karpe
fuente

Respuestas:

13

Un arquitecto es alguien que piensa y crea diseños.

Un consultor es alguien que es contratado para cosas como "Enséñanos cómo hacerlo", o para responder preguntas como "¿Cuál es tu opinión sobre este diseño?".

Un ingeniero es el que está orientado a objetivos y es pragmático, algo así como " ¿Cómo puedo lograr que el diseño (creado por el arquitecto y validado por el consultor) sea implementado y hacer que funcione"? .

Sus salarios pueden variar (los hay baratos y caros), lo mismo para la antigüedad (hay juniors y seniors, mientras que todos comienzan como junior, no todos llegan a senior). Y la demanda de trabajo es bastante variable (por región, a lo largo del tiempo, factores económicos, dependiendo de las exageraciones, etc.).

Por cierto, en realidad no importa cuál sea el "tema" real, podría ser "TI", podría ser "Construcción de carreteras", o incluso podría ser "DevOps" ...

PD: ¿Qué hay en un nombre (o título de trabajo), qué tal un BA de DevOps , como se muestra en esta publicación ...

Pierre.Vriens
fuente
1
@Newtopian merci para el comentario, aunque no estoy seguro de lo que significa "Nitpicking" (y no tengo un diccionario a mano ...). Acerca de Orientado a Objetos: es como en OOP , también conocido como Programación Orientada a Objetos, mientras que el "Objeto" es realizar la "Programación" ... (la definición que me dio un programador de mainframe de la vieja escuela ...).
Pierre.Vriens
1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux", etc., ya que yo fui el que hizo el nitpicking aquí señalando esto. Ahora veo lo que querías decir con Orientado a objetos y tiene mucho sentido. ¿Puedo sugerir objetivos orientados a desambiguarte del paradigma de programación OOP hacia el cual mis primeros pensamientos fueron cuando leí tu publicación?
Newtopian
1
Hola @Newtopian: por favor, sigue y sugiere una edición a mi publicación (probablemente lo aprobaré) ... PD, encontré mi diccionario ... te refieres a " muggezifterij " (te toca ir a buscar un diccionario holandés si quiero QA-probar mi traducción ...)
Pierre.Vriens
2
Pruebas aprobadas ... ¡100% de cobertura y aprobadas para producción!
Newtopian
1
Merci @Newtopian ... también para la edición sugerida ... como habrás notado: acabo de emitir la aprobación final (solo en este caso ...).
Pierre.Vriens
4

Es posible que desee verificar la respuesta aceptada a esta pregunta: ¿Por qué no debería intentar contratar a un 'Ingeniero DevOps'?

O tal vez el artículo " 7 roles DevOps que necesita para tener éxito ", que incluye estos roles (¿críticos?):

  1. Evangelista de DevOps
  2. Gerente de lanzamiento
  3. Arquitecto de automatización
  4. Desarrollador / probador de software
  5. Profesional de aseguramiento de la experiencia (XA)
  6. Ingeniero de seguridad
  7. Jugador de tecnología de utilidad
Peter Muryshkin
fuente
Hola señor "J" ... el artículo al que se vinculó no menciona un papel como "BA para DevOps", ¿alguna idea de por qué no? ¿Y / o qué significa realmente "BA para DevOps"?
Pierre.Vriens
Los enlaces son útiles, pero se recomienda que proporcione contexto y cite secciones relevantes, además de agregar sus propios comentarios. Ver: Tu respuesta está en otro castillo: ¿cuándo es una respuesta no una respuesta? para las pautas actuales para responder con un enlace.
Aurora0001
Hola, Sr. "J" (de nuevo) ... por favor, revise el control de calidad de la edición que apliqué a su publicación, tratando de abordar el comentario (y posiblemente ¿voto negativo?) De @ Aurora0001 ... siéntase libre de retroceder si no lo hace como mi edición en absoluto ... PD: ¿dónde está el " Administrador " de DevOps en ese artículo (= el que no tiene que hacer nada, si todos los demás hacen su trabajo, excepto aprobar presupuestos y cosas así) )?
Pierre.Vriens
Hola @ Pierre.Vriens: gracias por editar. PM podría no estar relacionado con el contexto de DevOps. DevOps BA es algo que me gustaría establecer. Dame 15 minutos para agregar dos enlaces relevantes aquí. En resumen, BA (Business Analyst) en términos scrum significa propietario del producto, por ejemplo, la infraestructura CI / CD es un producto interno de la organización.
Peter Muryshkin el