Что можно изменить для дизайнера услуг / разработчика / операционного менеджера, когда компания реализует подход DevOps? - PullRequest
0 голосов
/ 27 февраля 2019

Я сейчас изучаю DevOps и просто понимаю разницу между водопадом и devops, его эффектами и преимуществами.

Мой вопрос: что можно изменить для дизайнера сервисов / разработчика / операционного менеджера, когда компания реализует подход DevOps?

Это говорит о том, что когда реализован подход devops, группа разработчиков и группа операций должны иметь больше диалогов для CI / CD, но я не могу найти более подробную информацию.

У меня неткакой-то проект, поэтому, пожалуйста, дайте мне знать, что будет изменено для каждой группы ИТ-отдела.

Если есть руководство по реализации devops и руководство для desinger / developer / operating manager, это действительно будет полезно.

Большое спасибо.

1 Ответ

0 голосов
/ 28 февраля 2019

Прежде всего, я бы хотел обратить ваше внимание на сравнение «водопад и devops» - это яблоки и апельсины.Водопад можно сравнить с гибким (scrum, kanban и т. Д.), Но не с DevOps.Водопад - это частый подход к доставке кода.Но DevOps - это культура.

Что будет изменено для developer :

Его код будет выполняться точно в той же среде, в которой он ожидает.Будь то dev, test или prod - он будет работать в одном и том же контейнере в пределах одних и тех же переменных среды (могут отличаться только физические ресурсы, такие как CPU / RAM / HDD).Таким образом, это значительно снижает риск сбоя в производстве и, следовательно, уменьшает необходимость подключения к производству для расследования.

Что будет изменено для операций (SRE, системный администратор):

Он получает код с описанной средой [узнайте больше об Инфраструктуре как коде (IAC)], и ему все равно, какие зависимости, операционная система или что у нее есть.Все, что ему нужно обслуживать: абстрактный слой под кодом (например, Kubernetes).И этот уровень не зависит от состояния кода, таким образом, рабочий объем операций, ребята, лучше спланирован и не зависит от этапов или чего-либо еще.

Что будет изменено для manager :

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...