разница, большой проект или нет? Небольшому оркестрация не нужна, что ли?
k8s не единственный оркестратор, и есть с порогом входа поменьше. docker-compose уже можно оркестратором считать
Композ ну никак нельзя считать оркестратором. Скорее инициализатором n контейнеров в пределах одной ноды. Все. А кубер уже де факто - стандарт оркестрации, нравится кому то это или нет. Все остальное будет вытеснятся. Докер тоже, к примеру, не первая реализация контейнеров. Где сейчас лхц? Он есть, но в сравнении с масштабами докер контейнеров - можно о нем не вспоминать. И порог входа там, кстати, в некотрых местах попроще. Сделал lxc create и усе - дальше линух. Но вы же пришли к докеру в итоге. Изучили синтаксис докер файла, бест практис, в сворм полезли, пипелины настроили для билдов.
Тут нужно договориться что считать оркестратором, а что нет. Для начала определиться может ли быть оркестрация в пределах одной ноды или нет. Я понимаю что это стандарт де-факто, поэтому изучал его в теории и на практике, внедрив полностью во флоу разработки от локальной у фронтендеров до прода. Но этот опыт мне говорит противиться его внедрению, если ответственным за результат буду я. Особенно self managed. Особенно без бюджета на хотя бы одного “девопса” сеньор уровня причем выше рынка чтоб заинтересовать мелочами моими заниматься
Ну давайте договоримся, что композ, который _никак_ не отслеживает состояние контейнеров в рейл тайме, и реагирует только когда вы его exec-ите - никак не может считаться оркестратором. Если вы считаете, что внедрение кубера в данный момент не целесообразно - не внедряйте, делов то. Только вот вы можете столкнуться с обратной систуацией, когда бабло на коллегу появится, коллега предпочтет вам другую контору, у которой стек поперспективней....
композ я не рассматриюва в одиночку без докера, а докер отслеживает. Кубер тоже докеру доверяет вроде как
Докер то может отслеживать через хелсчеки, да только толку то от этого не особо много(без сворма). Что значит кубер доверяет докеру - я не понял.
откуда кубер знает работает контейнер или нет в принципе? (про хелсчеки замнем для ясности - не везде они есть)
Гм, кажется вам для начала надо почитать про кубер повнимательнее. Фактически, вы должны чекать не состояние контейнера. Состояние контейнера чекает шим с ожидающим waitpid. Но реализовать чек логики приложения - вы можете(всякие рединесс, ливнесс пробы + политики выкатки различные, чеки между подами для стейтфуллсетов, например). Все это вы не сможете сделать силами одного докера+композа.
это уже дополнительные опциональные возможности, имхо. Если они не использутся, то рестартовать упавший контейнер он будет по информации от докера (как дефолтного устаревшего рантайма), так ведь?
Ну, грубо говоря, так. Вы к чему?
Обсуждают сегодня