по подам? Какие есть бест практисес?
Если кубер - фигачь поды Компост не нужен
то есть рекомендуете использовать один под на один контейнер?
не совершенно. Делают весьма похожие вещи. компоуз можно сделать внутри одного пода с несколькими контейнерами
Што? Нет, нельзя
от задачи зависит. Обычно - один под = один контейнер, но бывают специфичные задачи. Не просто так есть паттерн сайдкар
Допустим Nginx это отдельный образ и контейнер обычно. Допустим есть монолитное приложение и лендинг с разными зависимостями тот и тот. Это ещё 2 контейнера. И получается, когда такой взаимосвязанный пучок контейнеров, то лучше компоуз делать и всё это в рамках одного пода? А если приложение начинает делиться на микросервисы, то их лучше пихать в отдельные поды, где ещё один нжинкс поднимать, при необходимости в рамках пода сервиса в котором он нужен?
1. компоуз или кубер - это просто способ запуска контейнеров. Если совсем упрощать. Компоуз - на одном узле. Кубер - на множестве 2. если тебе надо делать связанный набор сервисов - ты можешь засунуть в под несколько контейнеров, но у них и жизненный цикл будет общий 3. если у тебя лендинг - вероятно, там даже nginx не нужен. Выгружаешь на S3 и профит
скорее наоборот - обычно надо отдельный под, кроме редких случаев, когда надо все контейнеры просунуть в один под. Но ты тогда знаешь, что делаешь
хмм, ну окей, благодарю. Значит в целом, если я использую кубернетис, то могу забыть про функционал докер компоуз и просто заменить docker_compose.yaml на что-то вроде kubernetes_deployment.yaml?
+ service+ingress
..и такой возвращается через полгода "парни, я тут про Калико прочитал, прикольная штука.."
Обсуждают сегодня