Was ist der Unterschied zwischen DevOps-Ingenieur und DevOps-Berater und DevOps-Architekt?

10

Was ist der Unterschied zwischen DevOps-Ingenieur und DevOps-Berater und DevOps-Architekt?

In Anbetracht der Rolle und des Gehalts sowie des Dienstalters und der Arbeitsnachfrage usw.

Ashish Karpe
quelle

Antworten:

13

Ein Architekt ist jemand, der denkt und Entwürfe schafft.

Ein Berater ist jemand, der für Dinge wie "Bringen Sie uns bei, wie das geht" oder für die Beantwortung von Fragen wie "Wie ist Ihre Meinung zu diesem Design?" Angestellt wird.

Ein Ingenieur ist derjenige, der objektiv orientiert und pragmatisch ist, etwa so: " Wie kann ich diesen Entwurf (vom Architekten erstellt und vom Berater validiert) umsetzen und zum Funktionieren bringen?" .

Ihre Gehälter können variieren (es gibt billige und teure), ebenso wie das Dienstalter (es gibt Junioren und Senioren, während jeder als Junior anfängt, nicht alle schaffen es jemals zum Senior). Und die Nachfrage nach Arbeitsplätzen ist ziemlich unterschiedlich (nach Region, Zeit, wirtschaftlichen Faktoren, abhängig von Hypes usw.).

Übrigens spielt es keine Rolle, was das eigentliche "Thema" ist, es könnte "IT" sein, es könnte "Straßenbau" sein oder es könnte sogar "DevOps" sein ...

PS: Was ist in einem Namen (oder Jobtitel), wie wäre es mit einem DevOps BA , wie in diesem Beitrag gezeigt ...

Pierre.Vriens
quelle
1
@Newtopian merci für den Kommentar, obwohl ich nicht sicher bin, was "Nitpicking" bedeutet (und ich habe kein Wörterbuch zur Hand ...). Über objektorientierte: Das ist wie in OOP , auch bekannt als objektorientierte Programmierung, während das "Objekt" darin besteht, die "Programmierung" durchzuführen ... (die Definition, die mir jemals von einem Mainframe-Programmierer der alten Schule gegeben wurde ...).
Pierre.Vriens
1
Nitpicking -> "Pinailler", "Trébucher sur les Fleurs du Tapis", "Chercher des Poux" usw. wie in Ich war derjenige, der das Nitpicking hier machte und darauf hinwies. Ich verstehe jetzt, was Sie mit objektorientiert gemeint haben und es macht vollkommen Sinn. Könnte ich objektiv orientiert vorschlagen, um von dem Programmierparadigma OOP zu unterscheiden, zu dem ich beim Lesen Ihres Beitrags meine ersten Gedanken hatte.
Newtopian
1
Hey @Newtopian: Bitte schlagen Sie meinen Beitrag vor (ich werde ihn wahrscheinlich genehmigen) ... PS, ich habe mein Wörterbuch gefunden ... Sie meinen " muggezifterij " (Sie sind an der Reihe, ein niederländisches Wörterbuch zu finden, wenn Sie Ich möchte meine Übersetzung einer
Qualitätssicherung
2
Tests bestanden ... 100% Deckung und für die Produktion zugelassen!
Newtopian
1
Merci @Newtopian ... auch für die vorgeschlagene Bearbeitung ... wie Sie vielleicht bemerkt haben: Ich habe gerade die endgültige (nur in diesem Fall ...) Genehmigung erteilt.
Pierre.Vriens
4

Vielleicht möchten Sie die akzeptierte Antwort auf diese Frage überprüfen: Warum sollte ich nicht versuchen, einen "DevOps Engineer" einzustellen?

Oder vielleicht der Artikel " 7 DevOps-Rollen, die Sie benötigen, um erfolgreich zu sein ", der diese (kritischen?) Rollen enthält:

  1. DevOps Evangelist
  2. Release Manager
  3. Automatisierungsarchitekt
  4. Softwareentwickler / Tester
  5. Erfahrung Assurance (XA) Professional
  6. Sicherheitsingenieur
  7. Utility-Technologie-Player
Peter Muryshkin
quelle
Hey Mr. "J" ... der Artikel, auf den Sie verlinkt haben, erwähnt keine Rolle wie "BA for DevOps". Irgendeine Idee, warum nicht? Und / oder was bedeutet ein solcher "BA für DevOps" eigentlich?
Pierre.Vriens
Links sind hilfreich, aber es wird empfohlen, dass Sie den Kontext angeben und relevante Abschnitte zitieren sowie Ihren eigenen Kommentar hinzufügen. Siehe: Ihre Antwort ist in einem anderen Schloss: Wann ist eine Antwort keine Antwort? für die aktuellen Richtlinien für die Beantwortung mit einem Link.
Aurora0001
Hey Mr. "J" (wieder) ... bitte überprüfen Sie die Bearbeitung, die ich auf Ihren Beitrag angewendet habe, und versuchen Sie, den Kommentar (und möglicherweise die Ablehnung?) Von @ Aurora0001 zu adressieren. Wenn Sie dies nicht tun, können Sie jederzeit einen Rollback durchführen wie meine Bearbeitung überhaupt ... PS: Wo ist der DevOps " Manager " in diesem Artikel (= derjenige, der nichts tun muss, wenn alle anderen ihren Job machen, außer wenn sie Budgets und ähnliches genehmigen )?
Pierre.Vriens
Hi @ Pierre.Vriens - danke für die Bearbeitung. PM hat möglicherweise nichts mit dem DevOps-Kontext zu tun. DevOps BA ist etwas, das ich gerne etablieren würde. Geben Sie mir 15 Minuten Zeit, um hier zwei relevante Links hinzuzufügen. Kurz gesagt bedeutet BA (Business Analyst) in Scrum-Begriffen Product Owner, z. B. ist die CI / CD-Infrastruktur ein internes Organisationsprodukt.
Peter Muryshkin