Quelle est la différence entre l'ingénieur DevOps et le consultant DevOps architecte Vs DevOps?


10

Quelle est la différence entre l'ingénieur DevOps et le consultant DevOps architecte Vs DevOps?

Compte tenu du rôle et du salaire et de l'ancienneté et de la demande d'emploi, etc.

Réponses:


13

Un architecte est quelqu'un qui pense et crée des dessins.

Un consultant est quelqu'un qui est embauché pour des choses comme "Apprenez-nous comment faire ceci et cela", ou pour répondre à des questions comme "Quelle est votre opinion sur cette conception?".

Un ingénieur est celui qui est orienté objectif et pragmatique, quelque chose comme " Comment puis-je mettre en œuvre ce design (créé par l'architecte et validé par le consultant) et le faire fonctionner"? .

Leurs salaires peuvent varier (il y en a qui sont bon marché et chers), de même pour l' ancienneté (il y a des juniors et des seniors, alors que tout le monde commence comme junior, tous ne parviennent jamais à senior). Et la demande d'emploi est assez variable (par région, dans le temps, facteurs économiques, selon les hypes, etc.).

BTW, peu importe le véritable "sujet", ça pourrait être "IT", ça pourrait être "Road Construction", ou ça pourrait même être "DevOps" ...

PS: Qu'y a-t-il dans un nom (ou un titre), que diriez-vous d'un BA DevOps , comme indiqué dans cet article ...


1
@Newtopian merci pour le commentaire, bien que je ne sois pas sûr de ce que signifie "Nitpicking" (et je n'ai pas de dictionnaire à portée de main ...). A propos de l'Object Oriented: c'est comme dans la POO , alias Object Oriented Programming, alors que l '"Object" consiste à faire "la programmation" ... (la définition que j'ai jamais donnée par un programmeur mainframe old school ...).
Pierre.Vriens

1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" etc. comme dans celui qui faisait le nitpicking ici en le signalant. Je vois maintenant ce que vous vouliez dire avec Orienté Objet et c'est parfaitement logique. Puis-je suggérer un objectif orienté pour lever l'ambiguïté du paradigme de programmation OOP vers lequel mes premières pensées sont allées lorsque j'ai lu votre post.
Newtopian

1
Hey @Newtopian: s'il vous plaît allez-y et suggérez une modification à mon message (je l'approuverai probablement) ... PS, j'ai trouvé mon dictionnaire ... vous voulez dire " muggezifterij " (à votre tour d'aller chercher un dictionnaire néerlandais si vous veux tester QA ma traduction ...)
Pierre.Vriens

2
Tests réussis ... 100% de couverture et approuvés pour la production!
Newtopian

1
Merci @Newtopian ... également pour la modification suggérée ... comme vous l'avez peut-être remarqué: je viens de délivrer l'approbation finale (uniquement dans ce cas ...).
Pierre.Vriens

4

Vous voudrez peut-être vérifier la réponse acceptée à cette question: pourquoi ne devrais-je pas essayer d'embaucher un «ingénieur DevOps»?

Ou peut-être l'article " 7 rôles DevOps dont vous avez besoin pour réussir ", qui comprend ces rôles (critiques?):

  1. Évangéliste DevOps
  2. Gestionnaire de publication
  3. Architecte d'automatisation
  4. Développeur / testeur de logiciels
  5. Professionnel de l'assurance de l'expérience (XA)
  6. Ingénieur sécurité
  7. Joueur de technologie utilitaire

Hé M. "J" ... l'article auquel vous avez lié ne mentionne pas un rôle comme "BA pour DevOps", une idée pourquoi pas? Et / ou que signifie réellement ce "BA pour DevOps"?
Pierre.Vriens

Les liens sont utiles, mais il est recommandé de fournir du contexte et de citer des sections pertinentes, ainsi que d'ajouter votre propre commentaire. Voir: Votre réponse est dans un autre château: quand une réponse n'est-elle pas une réponse? pour les directives actuelles pour répondre avec un lien.
Aurora0001

Hé, M. "J" (encore une fois) ... s'il vous plaît, passez en revue la modification que j'ai appliquée à votre message, en essayant de répondre au commentaire (et éventuellement à un vote négatif?) De @ Aurora0001 ... n'hésitez pas à revenir en arrière si vous ne le faites pas comme mon montage du tout ... PS: où est le " Manager " DevOps dans cet article (= celui qui n'a rien à faire, si tout le monde fait son travail, sauf l'approbation des budgets et des choses comme ça )?
Pierre.Vriens

Salut @ Pierre.Vriens - merci pour l'édition. PM n'est peut-être pas du tout lié au contexte DevOps. DevOps BA est quelque chose que je voudrais établir. Donnez-moi 15 minutes pour ajouter deux liens pertinents ici. En bref, BA (Business Analyst) en termes scrum signifie propriétaire de produit, par exemple l'infrastructure CI / CD est un produit organisationnel interne.
Peter Muryshkin

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.