История о том, как сервис с mongos переносили в Kubernetes.

Речь пойдёт про демон, который по рекомендациям должен располагаться как можно ближе к приложению (в идеале: на том же хосте). Из-за этого возникает ряд общих проблем, которые будут рассмотрены на примере mongos-а.

В процессе миграции в Kubernets мы последовательно испробовали несколько путей разворачивания этого демона:
- DeamonSet;
- Запуск в том же Pod-е;
- Deploment + Service (как ClusterIP, так и Headless Service).

В данном докладе будет рассказано почему были выбраны именно эти варианты и как они себя повели на практике.