Qual é a diferença entre o engenheiro do DevOps e o consultor do DevOps e o arquiteto do DevOps?

10

Qual é a diferença entre o engenheiro do DevOps e o consultor do DevOps e o arquiteto do DevOps?

Considerando papel sábio & salário sábio & senioridade sábio & procura de emprego sábio, etc.

terminology 
— Ashish Karpe
fonte

Respostas:

13

Um arquiteto é alguém que pensa e cria projetos.

Um consultor é alguém contratado para coisas como "Ensine-nos a fazer isso e aquilo" ou para responder a perguntas como "Qual a sua opinião sobre esse design?".

Um engenheiro é aquele que é orientado a objetivos e pragmático, algo como " Como posso implementar esse design (criado pelo arquiteto e validado pelo consultor) e fazê-lo funcionar"? .

Seus salários podem variar (existem baratos e caros), o mesmo para a antiguidade (há juniores e seniores, enquanto todo mundo começa como júnior, nem todos conseguem chegar ao último). E a demanda de emprego é bastante variável (por região, ao longo do tempo, fatores econômicos, dependendo dos hypes, etc.).

Aliás, não importa realmente qual é o "assunto" real, pode ser "TI", pode ser "Construção de estradas" ou pode ser "DevOps" ...

PS: O que há em um nome (ou título), que tal um DevOps BA , como mostrado neste post ...

— Pierre.Vriens
fonte
11
@ Newtopian merci pelo comentário, embora não tenha certeza do que significa "Nitpicking" (e não tenho um dicionário à mão ...). Sobre Orientação a Objetos: é como no OOP , também conhecido como Programação Orientada a Objetos, enquanto que o "Objeto" é realizar a "Programação" ... (a definição que já fui dada por um programador de mainframe da velha escola ...).
— Pierre.Vriens
11
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" etc. Agora vejo o que você quis dizer com Orientado a Objetos e faz todo o sentido. Posso sugerir Objetivo Orientado para desambiguar o paradigma de programação OOP, para o qual meus primeiros pensamentos foram quando li seu post.
— Newtopian 31/08/19
11
Hey @Newtopian: vá em frente e sugira uma edição para o meu post (provavelmente aprovarei) ... PS, encontrei meu dicionário ... você quer dizer " muggezifterij " (sua vez de encontrar um dicionário holandês, se você quero testar a minha tradução de controle de qualidade ...)
— Pierre.Vriens
2
Testes aprovados ... 100% de cobertura e aprovados para produção!
— Newtopian 31/08/19
11
Merci @Newtopian ... também pela edição sugerida ... como você deve ter notado: acabei de emitir a aprovação final (somente neste caso ...).
— Pierre.Vriens
4

Convém verificar a resposta aceita para esta pergunta: Por que não devo tentar contratar um 'Engenheiro de DevOps'?

Ou talvez o artigo " 7 funções do DevOps que você precisa para ter sucesso ", que inclui essas funções (críticas?):

  1. Evangelista do DevOps
  2. Gerente de liberação
  3. Arquiteto de automação
  4. Desenvolvedor / testador de software
  5. Profissional de Quality Assurance (XA)
  6. Engenheiro de segurança
  7. Jogador de tecnologia de utilidade
— Peter Muryshkin
fonte
Ei, Sr. "J" ... o artigo ao qual você vinculou não menciona um papel como "BA for DevOps", alguma idéia por que não? E / ou o que esse "BA for DevOps" realmente significa?
— Pierre.Vriens
Os links são úteis, mas é recomendável fornecer contexto e citar seções relevantes, além de adicionar seu próprio comentário. Veja: Sua resposta está em outro castelo: quando uma resposta não é uma resposta? para obter as diretrizes atuais para responder com um link.
— precisa saber é o seguinte
Ei, Sr. "J" (novamente) ... faça o controle de qualidade da revisão que eu apliquei à sua postagem, tentando abordar o comentário (e possivelmente até o voto negativo) de @ Aurora0001 ... sinta-se à vontade para reverter se não o fizer como minha edição ... PS: onde está o " Gerente " do DevOps nesse artigo (= aquele que não precisa fazer nada, se todo mundo faz o seu trabalho, exceto aprovar orçamentos e coisas do tipo )?
— Pierre.Vriens
Olá @ Pierre.Vriens - obrigado pela edição. O PM pode não estar relacionado ao contexto do DevOps. O DevOps BA é o sth que eu gostaria de estabelecer. Dê-me 15 minutos para adicionar dois links relevantes aqui. Em resumo, BA (Business Analyst) em termos scrum significa proprietário do produto, por exemplo, a infraestrutura de CI / CD é um produto organizacional interno.
— Peter Muryshkin
— Peter Muryshkin em
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.