Jaka jest różnica między inżynierem DevOps a konsultantem Devsps i architektem DevOps?
Biorąc pod uwagę mądre role i wynagrodzenie oraz mądre staż i mądre zapotrzebowanie na pracę itp.
Architekt jest ktoś, kto myśli i tworzy wzory.
Konsultant jest ktoś, kto zostaje zatrudniony na takie rzeczy jak „Naucz nas, jak to zrobić tak i tak”, lub odpowiedzi na pytania, jak „Jaka jest Twoja opinia na temat tego projektu?”.
Inżynier jest ten, kto jest zorientowany na cel i pragmatyczne, coś na wzór jak „ Jak mogę dostać ten projekt (utworzony przez architekta i potwierdzone przez konsultanta) wdrożony i sprawiają, że działa”? .
Ich pensje mogą się różnić (są tanie i drogie), tak samo w przypadku stażu pracy (są juniorzy i seniorzy, podczas gdy wszyscy zaczynają jako juniorzy, nie wszyscy dostają się do seniorów). A popyt na pracę jest dość zmienny (w zależności od regionu, w czasie, czynników ekonomicznych, w zależności od hipotez itp.).
BTW, tak naprawdę nie ma znaczenia, czym jest „przedmiot”, może to być „IT”, może to być „Budowa dróg”, a nawet „DevOps” ...
PS: Co jest w nazwie (lub tytule pracy), co powiesz na DevOps BA , jak pokazano w tym poście ...
Możesz sprawdzić przyjętą odpowiedź na to pytanie: Dlaczego nie powinienem spróbować zatrudnić „inżyniera DevOps”?
A może artykuł „ 7 ról DevOps, których potrzebujesz, aby odnieść sukces ”, który obejmuje te (krytyczne?) Role:
źródło