рассуждении, и как мне быть ( сразу хотелось бы оговориться, что я не тролю, не прикалываюсь и тд, хочу разобраться в вопросе, сам вообще не девопс ).
Как я жил раньше:
Когда мне нужно было начать проект, я описывал docker-compose, минимально состоящий из трёх сервисов ( php, nginx, mysql/pgsql ). Для каждого, по нужде описывал Dockerfile и так плюс - минус какое - то время существовал. Дальше я узнал, что использовать docker-compose в продакшене не совсем правильно ( множество причин ), и в продакшене гораздо лучше использовать swarm / k8s.
Выбор пал на k8s.
Вопрос такой:
1) Верно ли я понимаю, что в моём случае, для минимального набора, один из "стандартных вариантов", это поды, состоящие из двух отдельных контейнеров ( nginx, php ), и база вообще вне куба ( ?на отдельной машине? ), видел рекомендацию о том, что 1 под = 1 контейнер.
Сделай на базе каждого имаджа отдельный под. Базу и в кубере можно держать, но надо понимать как она будет во всяких случаях себя вести.
Желательно конечно базу отдельно с репликацией. А приложение кто сказал, что плохо? С кубером много нюансов
нормально себя ведет docker-compose в продакшене. Просто сделай обертку в systemd, чтобы сервисы systemd могли запускать сервисы в docker-compose. После этого управлять этим становится гораздо проще
Обсуждают сегодня