💻 Миграция проекта в Kubernetes: из каких этапов состоит и сколько времени занимает

Чтобы сделать ваш проект таким же отказоустойчивым и масштабируемым, как, например, Spotify, нужно мигрировать в Kubernetes. Вокруг него много споров, но на текущий момент это один из лучших инструментов для контейнеризации больших проектов. И, надо сказать, задача переехать не самая простая.

Вот 11 этапов миграции:
⏩Аудит и документирование текущей серверной инфраструктуры проекта. Определяем, какие приложения и на каких серверах запускаются, какой стек технологий используется.

⏩Формулирование требований к масштабированию и отказоустойчивости приложений. Выясняем, требуется ли запуск дополнительных экземпляров приложений при увеличении нагрузки на систему.

⏩Подготовка приложения к запуску в кластере Kubernetes.

⏩Контейнеризация каждого приложения. Создаём Docker-контейнеры.

⏩Проектирование и внедрение системы сбора логов и мониторинга приложений и кластера.

⏩Автоматизация CI/CD. Она необходима, чтобы разработчики могли писать код приложений, который, по мере изменений, будет оперативно доставляться в кластер.

⏩Подготовка сред и миграции, создание манифестов Kubernetes. На данном этапе выполняется настройка кластера Kubernetes, настройка необходимых для работы приложения СУБД, ПО для очередей и другого ПО.

⏩Тестирование под нагрузкой, тестирование в случае сбоев. Выдерживает ли текущая инфраструктура необходимую нагрузку/количество обращений?

⏩Миграция приложений и запуск. Выполняется актуализация сервисов путем запуска деплоев для последних версий сервисов, актуализируются данные в СУБД и файлы во внешних хранилищах.

⏩Финальное тестирование после запуска. После запуска приложения на основном домене, тестировщики проводят полноценное тестирование его функционала с целью поиска ошибок и дальнейшего их устранения.

⏩Мониторинг и поддержка кластера Kubernetes. Мониторинг — регулярная проверка работоспособности всех компонентов кластера Kubernetes.

📎 Статья

@DevOPSitsec