Кто отвечает за запуск и обслуживание общих служб в DevOps

Являясь членом небольшой гибкой команды разработчиков, разрабатывающей приложение, сильно полагающееся на Kafka, я задаюсь вопросом, что подразумевает парадигму DevOps . Вы ее создаете, вы запускаете ее в отношении запуска и обслуживания общего сервиса, такого как Kafka, используемого другие команды.

Создает ли вы его создаете, вы запускаете его не только вращаться вокруг нашего приложения?

Действительно ли DevOps означает , что вы используете другую услугу, поэтому вам также нужно управлять этим сервисом ?

2
Попытайтесь написать и поделиться процессами с другими членами команды, обработать обратную связь и попытаться позволить им выполнять задачи, а также содействовать взаимозависимости.
добавлено автор rfunduk, источник

1 ответы

Я думаю, нам нужно рассмотреть это в более широком контексте Flow and Systems Thinking, который является одним из основных значений DevOps.

  1. В частности, значения DevOps требуют понимания того, что каждый человек является частью более крупной системы и стремится к увеличению потока стоимости через эту систему для клиента.
  2. DevOps также фокусируется на том, чтобы помочь организации установить общее видение и постепенно и совместно работать над достижением этого видения.

В таком сценарии фокус должен переходить от «технологических бункеров» к «перекрестным функциональным командам». И каждый практик DevOps должен достичь T-Shaped Skillset с ядром, а также с разделяемыми обязанностями.

Итак, чтобы ответить на ваш вопрос:

Действительно ли DevOps означает, что вы используете другую службу, поэтому вам также нужно управлять этим сервисом?

Я думаю, это зависит.

Если ваш способ управлять услугой приводит к увеличению потока работы по конвейеру клиенту , то да.

Если, однако, это приводит к тому, что вы становитесь узким местом или препятствием для потока (возможно, из-за того, что вы перегружены дополнительными обязанностями), то нет.

Если вы можете поделиться этой ответственностью с другими, чем управлять службой (и иметь системный подход), и сотрудничать с ними, чтобы никто из вас не перегружал работу, чтобы стать ограничением для поток, то да.

Рекомендации:

  1. Значения DevOps
  2. YBI/YRI
  3. Что такое DevOps
  4. Кросс-функциональные команды и DevOps
6
добавлено
Или p-образный. :)
добавлено автор rfunduk, источник
Благодарим вас за эти идеи, особенно указывая на увеличение потока значений , что помогает, как правило,
добавлено автор hans, источник
@ 030 Интересно, как бы это выглядело :)
добавлено автор Vish, источник
Я думаю, что pi-образная формула более подходит: -D
добавлено автор hans, источник
Эй, есть еще один терминологический вопрос, который вы можете задать. Какая форма должна описывать навыки, необходимые специалисту DevOps? :)
добавлено автор Vish, источник
Лучший вопрос IMHO: Каков минимальный минимум прав и привилегий (например, root в системе, доступ на запись, ...), нужно выполнить задачи DevOps
добавлено автор hans, источник