к этому снаряду и пришёл к выводу что всё говно. поэтому k3s на отдельном сервере и никакого компоуза вообще. но я ненастоящий сварщик.
какая ниша применения?
да не особо, ну там удобно что можно пачку контейнеров описать в очень коротком ямле. Для локальной работы мне удобно, хз Я с кубом давно, мне он нравится в инфре, но для локального запуска контейнеров, мне не нравится
а че именно не пошло ? Я вот большой топила за docker-compose , ну не все гладко, зато решаемо и искомо, что оч важно.
куб да, локально и на синглах
ну то есть описывать deployment'ы мне лень прям. Мб просто надо наклепать себе бойлерплейты, но чет тоже лень
хотя в pdoman вроде же можно kind: Pod описывать. В целом там не так много. Но опять же хз че там с волумами, че там с сетью, надо ковырять, а мне просто лень, если компос просто работает
там полная калька по всем системам докера почти , просто рутлес
я про kind: Pod, в podman, Там типо кубовый такой pod, но с ограничениеями вроде
не "не так пошло". неясна добавленная стоимость. в конечном итоге самому приложению похер на рантайм, а реальный переносимый рантайм - это k8s. то есть кому-то, кто соединяет приложение с рантаймом (возможно это тот же человек, кто написал приложение) нужно потратить какое-то количество сил и времени на написание спеки. зачем платить дважды? есть podman play kube, есть множество способов запустить маленький k8s локально, неподалеку или в клауде. композов много и все они странные. подман, докер, nerdctl как минимум. прикручивать приложения в продакшн на компоузе - надо ещё и самостоятельно systemd-юниты писать. теперь это нужно деплоить, отлаживать, тестировать. и это всё вместо того чтобы сразу запустить это в k8s.
> зачем платить дважды? Ну это не совсем так. Все равно манифесты надо будет писать, все таки в реальном енве они отличаться могут сильно Но мб как контракт - уже хорошо, то есть убирает часть стоймости
в отработанном процессе - скорее нет. обычно похожие приложения имеют спеки по шаблону. но, ммм, у меня мировоззрение искажено тем что при развитом дев-тулинге при разработке контейнеры совсем не нужны.
> при разработке контейнеры совсем не нужны. Нуу, надо мне запросоики в бд посмотреть как прила делает, я могу быстро запустить любую СУБД которую мне нужно. А саму прилу в контейнере локально и я тоже редко запускаю
> прикручивать приложения в продакшн на компоузе - надо ещё и самостоятельно systemd-юниты писать. теперь это нужно деплоить, отлаживать, тестировать Так это и не предлагается, я композ юзаю чтобы по быстрому несколько контейнеров запустить с базенками, потестить че нить
Обсуждают сегодня