К нам обратилась команда разработчиков программного обеспечения, которая работает над созданием агрегатора интернет-магазинов одежды и аксессуаров с просьбой аудита, оптимизации и дальнейшего сопровождения On Premises Kubernetes-кластера, размещенного на европейском хостинге.
Задачи клиента
Основной задачей клиента была стабильность работы разрабатываемого программного продукта, основной которого, было приложение на PHP.Требования клиенты были следующие:
- построение высоконагруженной системы
- реализация ручного CDN для пользователей из различных регионов
- высокая доступность сервиса, несмотря на сбои частей инфраструктуры
- возможность быстрого изменения кода
- тестирование кода без влияния на продакт-среду
- возможность получения онлайн статистики по производительности приложения и инфраструктуры
Как мы решили задачи клиента
В результате аудита ИТ-структуры клиента было выявлено:
- 3 воркер ноды кластера;
- 3 мастера;
- 1 sandbox;
- 1 ingress;
- неоптимальный процесс применения изменений в stage- и prod-среде;
- наличие ошибок в процессе CD в связи с наличием множества ручных исправлений в кластере.
Рисунок 1 – Схема реализации проекта
Для решения задач клиента были выбраны следующие технологии:
Для реализации высоконагруженной и высокодоступной системы был выбран
внешний балансировщик CloudFlare, распределявший распределял трафик
пользователей между двумя прокси на базе Traefik – они выступали как
ингрессы в кластере и направляли трафик в приложения.
Ингрессы располагались в различных регионах в нескольких дата-центрах,
что решало проблему ручного CDN.
Описание всей инфраструктуры было вынесено в Git и любые изменения в
кластер проводились исключительно через CI, что позволило решить
проблему неудачных деплоев и унифицировать stage и prod.
В качестве масштабирования сервиса были нивелированы роли sandbox и
выделены отдельно роли ингресс. Между ними перераспределены ресурсы
таким образом, чтобы более оптимально использовать серверные мощности.
Для сбора данных по загрузке ресурсов и отслеживания состояния кластера
использовался Prometheus Operator, который мониторил состояние внутри
кластера, а также Zabbix, который мониторил состояние ресурсов вне
кластера (ноды кластера, доступность веб-приложений).
Результат проекта
Таким образом, в результате проведенного аудита и оптимизации, клиент получил: готовую prod-среду для своего программного продукта, оптимизированную структуру для разработки и доработки приложения, контролируемую ИТ-инфраструктуру, готовую к масштабированию и отказам.
