dev - пушишь pipeline в гит, IaC
ops - админишь контейнеры и т.д.
:D

А говорю по курсу и на пиво насобиралось ) надо в рублях = хоть в белорусских )

Вообще, всё понятно. Спасибо )

minikube не умеет в ingress (некоторое время назад точно не умел), поэтому для разработки он тоже не очень подходит :)

спасибо за ответ :)

@andshorin будет жить. Поприветствуем!

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

Но вчера небезызвестный @SinTeZoiD скинул в группу ссылку на совместный подкаст с LinkMeUp, где обсуждали такие животрепещущие темы, как Kubernetes, Docker, DevOps и SRE. Шел 2019-ый год.

За 3 часа подкаста (я успел приготовить ужин, съесть ужин, переварить ужин, помыть посуду и узнать внезапно, что Service Mesh это хипстерский Enterprise Service Bus (Миша, серьезно?)), ближе уже к концу начался настоящий замес - почему DevOps инженеров не существует.

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

Если вы в индустрии уже достаточно давно и следите за трендами, которые задают смузихлебы из креативных коворкингов, то вы знаете, что DevOps расшифровывается очень просто: Development and Operations. Такой расшифровки достаточно, чтобы все понять.

Отсюда же появляется осознание, что DevOps инженеров не может быть в природе. Если мы берем за правило, что DevOps это культура, то откуда возьмется Культура Инженер?

Если же мы берем простой акроним, то тем более не может быть Разработка и Операции инженер.

Топящие за существование DevOps инженеров любят применять следующий прием: дескать DevOps инженер занимается настройкой работы CI/CD (кто тогда Release Engineer?), работать и настраивать Kubernetes/Mesos/Nomad (кто тогда системный администратор?) и работать напрямую с разработкой (а кто этим занимался раньше?).

Не ведитесь на это. Существование DevOps инженеров обусловлено лишь тем, что вместе с культурой пришел набор практик, а за набором практик пришел инструментарий. Ищущие DevOps инженеров, на самом деле ищут специалистов, которые знают этот инструментарий.

Что мешает текущему персоналу освоить этот инструментарий - для меня загадка.

это к вчерашнему)

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

Выпадала от изумления.

> кто тогда системный администратор?
А кому-то нужен отдельный сисадмин Кубернетиса без навыков программирования? Системный администратор занимается сопровождением (настройка, мониторинг, обновление и т.п.) продукта по инструкции от производителя, плюс-минус поправка на несовершенство мира.

> работать напрямую с разработкой (а кто этим занимался раньше?)
Сисадмины требовали от разработки подробных инструкций по эксплуатации, как к любому готовому продукту. А сейчас появился выделенный мальчик, который знает продукт и сам автоматизирует рутину.

Сдаётся мне автор сам смузихлёб или просто забыл как всё происходит в кровавом ентерпрайзе

На самом деле инструментарий это ни о чем. Главное сам продукт. Приведу пример, 2ГИС использует голый PowerShell без ничего...
Такие дела...

интересно на каких моментах)

@hitmaker будет жить. Поприветствуем!

@JennyTitova будет жить. Поприветствуем!

Здраствуйте

я ваша тетя

А я пришёл просто пожрать поп-корна