а давно обсуждали? я бы почитал
Вкратце содержание предыдущих серий:
- база в кубе зло, контейнер рестартанет и пиздец
- так вольюмы же
- не панацея, багов в докере дохера
- не используй докер, есть crio,containerd/докер стал лучше
- ваш куб все ресурсы заберёт у базы
- так мы на отдельные ноды шедулим и тейнтим там
- так зачем тогда куб? Ставьте рядом на виртуалку
- куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч
- ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать?
- ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :)
- у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент
- ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой
- ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать
- ну прогресс же, не умеешь клауднатив - вон из профессии
- вы сами то какие базы держите у себя раз за куб топите?
- а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде!
- а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :)
#базавкубере