В чем разница между инженером DevOps и консультантом DevOps против архитектора DevOps?


10

В чем разница между инженером DevOps и консультантом DevOps против архитектора DevOps?

Принимая во внимание роль мудрости, зарплату, старшинство, спрос на работу и т. Д.

Ответы:


13

Архитектор это тот , кто думает , что и создает проекты.

Консультант это тот , кто получает нанял для таких вещей , как «Научи нас , как это сделать так и так», или ответить на такие вопросы , как «Что вы думаете об этом проекте?».

Инженер является тот , кто целью ориентированная и прагматичным, что - то вдоль линий , как « Как я могу получить , что дизайн (созданный архитектором, и подтвержден консультантом) , реализованные и заставить его работать»? ,

Их заработная плата может варьироваться (есть дешевые и дорогие), то же самое для старшинства (есть младшие и старшие, в то время как все начинающие как младшие, не все из них когда-либо становятся старшими). И спрос на работу довольно изменчив (в зависимости от региона, времени, экономических факторов, в зависимости от рекламы и т. Д.).

Кстати, на самом деле не имеет значения, что такое "субъект", это может быть "ИТ", это может быть "Дорожное строительство" или даже "DevOps" ...

PS: Что за имя (или название работы), как насчет BA DevOps , как показано в этом посте ...


1
@Newtopian merci за комментарий, хотя я не уверен, что означает «Nitpicking» (и у меня нет словаря ...). Об объектно-ориентированном: это как в ООП , так называемом объектно-ориентированном программировании, тогда как «Объект» предназначен для выполнения «Программирования» ... (определение, которое мне когда-либо давал программист мэйнфреймов старой школы ...).
Pierre.Vriens

1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" и т. д., как я здесь делал, придираясь здесь, указывая на это. Теперь я понимаю, что вы имели в виду под Object Oriented, и это имеет смысл. Могу ли я предложить Objective Oriented, чтобы устранить неоднозначность от ООП программной парадигмы, к которой пришли мои первые мысли, когда я прочитал ваш пост.
Ньютопия

1
Эй, @Newtopian: пожалуйста, предложите изменить мой пост (я, вероятно, одобрю его) ... PS, я нашел свой словарь ... вы имеете в виду " muggezifterij " (ваш ход, чтобы найти голландский словарь, если вы хочу QA-проверить мой перевод ...)
Pierre.Vriens

2
Испытания пройдены ... 100% покрытие и допущено к производству!
Ньютопия

1
Merci @Newtopian ... также для предложенного редактирования ... как вы могли заметить: я только что дал окончательное (только в этом случае ...) одобрение этого.
Pierre.Vriens

4

Возможно, вы захотите проверить принятый ответ на этот вопрос: почему я не должен пытаться нанять 'DevOps Engineer'?

Или, может быть, статья « 7 ролей DevOps, которые вам нужны, чтобы добиться успеха », которая включает в себя эти (критические?) Роли:

  1. Евангелист DevOps
  2. Менеджер релизов
  3. Архитектор автоматизации
  4. Разработчик программного обеспечения / тестер
  5. Опыт работы (XA) профессионал
  6. Инженер по безопасности
  7. Утилита технологии игрока

Эй, мистер "J" ... в статье, на которую вы ссылались, не упоминается такая роль, как "BA for DevOps", есть идеи, почему бы и нет? И / или что на самом деле означает «BA for DevOps»?
Pierre.Vriens

Ссылки полезны, но рекомендуется, чтобы вы предоставили контекст и процитировали соответствующие разделы, а также добавили свой собственный комментарий. Смотрите: Ваш ответ находится в другом замке: когда ответ не ответ? для текущих руководящих принципов для ответа со ссылкой.
Aurora0001

Привет, мистер "J" (снова) ... пожалуйста, проконтролируйте редактирование, которое я применил к вашему сообщению, пытаясь ответить на комментарий (и, возможно, понижение?) С @ Aurora0001 ... не стесняйтесь откатиться, если вы этого не сделаете как и все мои правки ... PS: где в этой статье « менеджер » DevOps (= тот, кто не должен ничего делать, если все остальные выполняют свою работу, кроме как утверждая бюджеты и тому подобное) )?
Pierre.Vriens

Привет @ Pierre.Vriens - спасибо за редактирование. PM может быть совершенно не связан с контекстом DevOps. DevOps BA - это то, что я хотел бы установить. Дайте мне 15 минут, чтобы добавить две соответствующие ссылки здесь. Короче говоря, BA (Business Analyst) в терминах scrum означает владельца продукта, например, инфраструктура CI / CD является внутренним организационным продуктом.
Петр

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.