Комментарии 5
А история с масштабированием БД не решалась на уровне кластера БД? Maxscale или аналоги вроде умеют балансировать нагрузку сами, в том числе автоматически отправлять запросы на изменения на мастер ноду и переключать все последующие чтения на мастер, если была хоть одна запись.
Тут бы местами больше технических деталей добавить - что за балансировщик запросов добавили и тп.
Хороший пример совершения работы ради работы. Была вполне нормальная конфигурация, но зачем-то был внедрён докер, кубернетес (зачем? У вас десятки нод, которые надо оркестрировать? А базу вы тоже под докером крутите?), прометеус, разделение БД и так далее. Хотя в данном случае просто аренда более производительного выделенного сервера (хороший Xeon, гигов этак 64/128 памяти, пара NVMe дисков) обошлась бы на порядок дешевле зарплаты этого девопса, а проблему, при правильных настройках и оптимизации индексов, скорее всего решила бы - если уж до этого всё крутилось на VPS.
Нет, вместо этого начинаем рефакторинг всего и вся и каждый шаг добавляет лишнего геморроя. Ещё бы на микросервисы переписали. Больше работы богу работы.
Благодарим за ваш комментарий. Даже если бы мы попытались бесконечно увеличить возможности VPS, в конечном итоге мы все равно столкнулись бы с ограничениями ресурсов. Однако цель перехода не только в масштабировании, но и в улучшении управляемости, поддержке высокой доступности и автоматизации CI/CD процессов.
Тогда было бы интересно увидеть больше технических деталей, чтобы понимать "профит" принятых решений.
Какая была нагрузка на сайт изначально? (RPS веб-сервера, QPS БД в разрезе селектов/апдейтов). Какая была конфигурация VPS? Какие ставились задачи в цифрах? (просто "увеличить производительность и управляемость" - это что-то на маркетоидном, это не про технические характеристики). На чём развернут кубернетес? - из статьи неочевидно: то ли вы утащили всё в облака, то ли развернули миникуб на той же самой vps, где всё и жило. СУБД тоже утащена в докер? (надеюсь, нет). Какую производительность модифицированный сайт показал на тестах? Что такое "повышение управляемости", сколько человек в команде, как часто происходят релизы, сколько времени они занимают, реализовывался ли blue-green deployment?
А то пока что ощущение, что речь идёт не о гигантах типа GetCourse, где подобный подход был бы оправдан, а о какой-то студенческой поделке на впс-ке, на которую зачем-то сверху накрутили кучу модных технологий "чтобы было".
Отличная статья! Добавлю лишь то, что важно помнить, что при использовании репликации и балансировки нагрузки стоит уделять внимание не только производительности, но и безопасности данных. Настройка правильного мониторинга для отслеживания состояния реплик и предотвращения потери данных — ключевой момент в таких архитектурах :-)
Как внедрение CI/CD превратилось в эпопею с рефакторингом