В докере написано, легкость развертывания, у всех прогеров одинаково, в

пару кликов все зависимости и тд. А тут по практике мне предлагает:
1 отдельные конфиг для локалки и сервера.
2 сделал на локалке ? Будь добр и на сервер в ручную или гит.
3 Есть имейдж и хочешь его запустить ? Не вопрос только зачем нам вообще имейдж правда? Это как будто программа Notepad в ехе виде просила по отдельности для каждого клиента качать его конфиг и устанавливать то что ему нужно.
4 Это очень удобно для разработчиков, делаем Docker-compose.yaml и пилим его ко всем и у всех код ТОЧНо одинаково будет работать. Но вот когда это нужно будет на сервере развернут то контейнеры наше все.

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

Вот теперь представь что мы с тобой работаем. И нас девов 15шт. И каждый из нас может поменять compose и отправить в репу. Как ты думаешь кто из нас первый начнет жаловать что под 8.1 все работало а под 8.2 перестало?

для этого есть вопервых девопсы, а во вторых ревью

Эту проблему был создан решать гит

и кстати обзывают эту штуку "гитопс"

хотя помойму это как то глупо, тип это то что должно девопсами юзатся как само сабой разумеющиеся

Нет, гитопс это немного другое

да другое, но идея была аналогичная , дабы небыло хаоса

Объебешься разок с разными версиями либ на локалке и проде - вопросы про образ быстро отпадут

14 лет в деле пока не объебался 🫡 А ты что скажешь?

Это как с бэкапами - есть те, кто еще не делают, есть те, кто уже делает , а есть те, кто еще и гоняет тесты на восстановление А вообще, я не евангелист на зарплате, чтобы тебе что-то продавать

Я понимаю, так бывает, когда аргументов нет. Я не ссорится хочу. Или купить что—то. Мы с тобой говорим о нашей работае а так же делимся опытом. Просто по факту вникания нам кажется этот инструмент тяжелее чем написать .sh который будет поддерживать идентичность на нодах, чем пытаться завести докер, и все что с ним в комплекте идет.

шел скрипт это костыль, оркестраторы делают более правильно, пусть и стоят больше

Шелл-скрипт и идентичность? Нуну, хоть бы про ансибл вспомнил.

Вспомнил, кстати, историю одну про шелл-скрипты. Был один тимлид - апологет такого подхода в компании, где я в итоге и свитчнулся окончательно из девелоперов в девопсы. У него да, были шелл-скрипты. Как это, впрочем, выглядело на практике: нужна была еще одна машина с его сервисом. Машины все были на AWS. Заведовал им архитектор, вечно загруженный под завязку. Ну что же, неделя прошла - вытрясли машину. Потом он руками сетапил зависимости для шелл-скрипта. Потом фиксил баг с записью фикстур для тестов из-за обновившегося пайтона и сломавшегося pickle. Две недели - ну, +1 инстанс. Когда под какой-нибудь виртуалкой сдыхало железо - ну, это даунтайм минут на 30-40. Спустя полгода я уже раскатил кубер и перевел все туда, а его сервис скейлился по расписанию в режиме «штук 10 добавилось - штук 10 потом пришибли». Машины вне кластера, какие были, через терраформ штамповались - про это тоже не забыл. Он для такого эффекта, наверное, целыми днями бы машины в консоли Амазона накликивал по сей день. Еще ему не нравился движ с сетапом Дженкинса, неужто, говорит, мы сами тесты запустить не можем? Ну что ж, засетапил я его - потом месяц чинил несколько сотен тестов, которые никто не запускал год. Вот удивительно было (нет). Так что позиция «нет кнопки сделать заебись - будем жить с шелл-скриптами» в конце концов заводит в тупик при любом намеке на рост проекта - что-то вечно оказывается, что магия дружбы шелла быстро сдувается, как только дело доходит до чего угодно, кроме запуска одного сервиса на одной машине