Автор оригинала: arvind.
Отказ от ответственности: все идеи являются моими собственными.
Примечание. Dev относится к разработчикам программного обеспечения. OPS относится к людям, которые управляют этими приложениями и обеспечивают их здоровье, производительность и безопасность. Дежол относится к ну … тебе известно.
Преступление
Ваша честь, она начала еще в 2009 году. Тогда ребята, часто при широком моникере, были медленными, нерешительными, а иногда просто отсутствуют для удовлетворения растущих потребностей Devs. Даже простые требования, такие как небольшая виртуальная машина, требуются билеты на промывание, кайджинг и подачу заявок (тьфу!). Поскольку удача будет иметь это, Джефф Б. и Вернер В., услышал о призывю ДЭВ. EC2 и S3 пришли вдоль рождения движения, расширяя расширение прав и возможностей DEV. Мало ли мы знали, что последующий чрезмерный фокус на сообществе DEV с 2009 года — сейчас приведет к почти смертельной судьбе для OPS. Обвинения, которые мы принесете вот что Devs убивает OPS , несмотря на то, что объединены под фаршистым браком под названием Дежол Отказ Далее мы представим различные экспонаты того, как это происходит убийство.
Оружие Опс Уничтожение (WODS)
Общественное облако : Это непосредственно уничтожило категорию «Infra Ops». Люди, которые будут носить сертификаты NetApp, Cisco или обладать безумными навыками ботинок PXE, были очень маргинальными. Одно AWS в одиночку составляет 15 миллиардов долларов США + в 2017 году, и вы можете потянуть ваши любимые номера конверта, чтобы рассчитать количество жертв инфрауса. Не могу прямо обвинять Devs здесь, потому что OPS вы видели это приехать, взяв на себя месяцы, чтобы обеспечить чертовскую виртуальную машину!
CI/CD : С ростом публичных облаков пришли вдоль подъема трубопроводов CI/CD. На одном конце этого трубопровода обеспечение инфраструктуры стала «инфразумами» с распространением террафора, облачности и т. Д. И на другом конце технологии, такие как бродяга, Packer, Docker и т. Д. Это было легко пакетным кодом и бросать его по трубопроводу. Все это увеличение скорости было отлично подходящим для боковой части дома, но что вы думаете, что было влиянием на стороне OPS? Ну вот почему мы получили Dev и Ops замужем, чтобы у них можно поговорить подушку, чтобы решить эту ситуацию. Отлично, хорошо шутит, какие инструменты мы сделали для OPS для обработки ускорения CI/CD в разработке программного обеспечения? Я услышал тесты подразделения? Каждое современное приложение является сложной сетью зависимостей. Чихание в одном разделе кода может вызвать неожиданный ход в другом разделе. Агрегаты даже не приближаются к оценке воздействия изменений на приложения. Не уверены, кто все пострадавшие здесь, но определенно не о парнях радостно хранится код по трубе!
Контейнеры Ах, недавняя дорогая силиконовая долина. Красивая технология, несколько упрощая по крайней мере две основные головные боли — управление пакетами и переносимость пакетов. Хм, но для ребята, но для OPS, ребята, предложить, чтобы переосмыслить хранилище, переосмысливать сеть, переосмысление, расписание переоборудования, переосмысление журнала, мониторинг переосмысления, переосмысление безопасности … и в том числе, что вся виртуализация, которую вы только что завершили, бросают его и вернуться к голубой металлической ОС. Какие!? Большая коллекция голых металлических серверов — это боль в шее, чтобы управлять из-за несовместимости водителей и т. Д. Ну, кто дает ш **. Для всего, что мы заботимся как Devs, запустите контейнеры на публичных облаках! OPS Пожалуйста, вернитесь к точке № 1.
MicroServices: Ваша честь, мы могли бы продолжать некоторое время с этими экспонатами. Достаточно сказать, что в течение почти десятилетия более десятилетия по рельевированному девовому лагерью привело к смертельной ситуации для опс.
Сделка по признаку признаков
Драма в сторону, всем моим девам коллегам там, пожалуйста, будьте внимательны и прекратите убивать своих партнеров OPS. Любое приложение составляет 10% и 90% операций. Или перефразировать знаменитый титул от Доктор Сьюс «О, то думает, что вам нужно запустить ваши мыслиния». Думайте балансировщики нагрузки, прокси, брандмауэры, масштабирование/вниз, резервное копирование/восстановление, отката назад/вперед, канаренья/сине-зеленый, мониторинг, устранение неисправностей, защита … Если только DEV и OPS могут координировать и решать не только скорость разработки программного обеспечения, но и оперативных потребностей, то программное обеспечение может надежно Ешьте мир.
(End Примечание: у слухов есть, что так же, как Brangelina DEVOPS, получает развод. И я слышу, что некоторые OPS принимают новое имя: sre.)
Оригинал: «https://www.codementor.io/@arvindsoni/in-devops-dev-is-killing-ops-d8gr1zdkh»