На будущее. А то вдруг автор биографию захочет издать :)
Текст длинный. Требует сокращения, разбития на части или хотя бы разбавления картинками. Также текст требует редактуры – очень много "проезжая и любуясь видами с меня сдуло картуз", есть несогласованные предложения, пунктуационные ошибки и опечатки.
добавьте пожалуйста ссылку на проекта, а то не очень комфортно открывать профиль автора, не найти проект в его репозиториях и потом уже найти в разделе куда автор контрибьютит
Из статьи не совсем понял. В итоге вы PostgreSQL + Patroni деплоете в кластер kuberentes, и это работает в контейнерах на обычных google инстанах, только в кластере kubernetes? Но это же on-premises, или нет?
Хотелось бы больше подробностей по данному решению. Как защищаетесь от OOM? Какие реквесты/лимиты указаны для контейнеров с postgreSQL? Какая нагрузка на базу? Прибиваете ли поды с СУБД к конкретным нодам k8s? Огораживаете эти узлы, чтобы на них не запускались поды других приложений? Как в итоге решили необходимость гео-распределенности базы: реплики базы деплоятся в отдельный кластер в других регионах или у вас один кластер на все регионы (не уверен что в гугле так можно). Если реплики деплоятся в отдельные кластера в других регионах, как это организовано? Описание kubernetes ресурсов для деплоя СУБД хранятся в отдельном репозитории? Как организован деплой этого?
Главное, чтоб прыщи не полезли в виде осоцсечивания
За автора можно только порадоваться, конечно.
немного критики
На будущее. А то вдруг автор биографию захочет издать :)
Текст длинный. Требует сокращения, разбития на части или хотя бы разбавления картинками. Также текст требует редактуры – очень много "проезжая и любуясь видами с меня сдуло картуз", есть несогласованные предложения, пунктуационные ошибки и опечатки.
Хотелось бы больше подробностей по данному решению. Как защищаетесь от OOM? Какие реквесты/лимиты указаны для контейнеров с postgreSQL? Какая нагрузка на базу? Прибиваете ли поды с СУБД к конкретным нодам k8s? Огораживаете эти узлы, чтобы на них не запускались поды других приложений? Как в итоге решили необходимость гео-распределенности базы: реплики базы деплоятся в отдельный кластер в других регионах или у вас один кластер на все регионы (не уверен что в гугле так можно). Если реплики деплоятся в отдельные кластера в других регионах, как это организовано? Описание kubernetes ресурсов для деплоя СУБД хранятся в отдельном репозитории? Как организован деплой этого?