Нужно ли использовать Kubernetes для stateful сервисов на PROD?

А ты что используешь в своих проектах, РСУБД или MQ-брокер?

Не воспринимал эластик как часть nosql.

Бд не нужны, храню данные в MQ.

ya-betmen ★★★★★ (05.04.23 17:19:55 MSK)

Не воспринимал эластик как часть nosql.

Не реляционка же. Elastic построен на базе Apache Lucene. Документ-ориентированное хранилище, которое в самом базовом виде неструктурировано. Транзакций - нет, join’ов при запросе не поделаешь.

Не, это то понятно, просто обычно под этим всякие монги подразумеваются, а то ведь файлики тоже нереляционки.

… если есть какие-то реальные удобства и плюсы, то прошу «в студию»

Ну, к плюсам я бы отнес, в первую очередь, использование фиксированного Docker-образа конкретной версии СУБД-шки, создание и обновление которого ты уже полностью контролируешь сам. Такой образ можно и программистам отдать для использования в составе локальной среды разработки. И самому можно проводить какие-то эксперименты. Но это к K8S относится опосредованно - больше просто к контейнерам.

Второй частичный плюс - это когда имеется K8S кластер со свободными ресурсами и нет желания плодить дополнительные сервера по всяким разным причинам. Ну тогда можно развернуть в виде stateful-сервиса.

Работать со stateful-сервисами можно практически так же как и с выделенными серверами: можно зайти в конкретный Pod и там повыполнять командушки; можно законфигурить себе отдельный админский Pod и поднимать его по мере необходимости; ну и туннель к сервису на локальном компе тоже можно поднимать.

… и Kubernetes - более благодатная среда для развертывания «из коробки» различных комплексных решений (всякие кластерные конфигурации, standby и пр.)