Часть третья. Вторую часть читать здесь.

Технические вызовы и проблемы на разных стадиях развития ИТ-компаний. Масштабирование

Масштабирование
Задача этапа — адаптация к росту как количества данных и нагрузке так и, что часто более важно, к резкому увеличению количества сотрудников непосредственно участвующих в создании, доставке и обслуживанию IT сервисов

Этап характерен исчерпанием возможностей масштабирования вверх (scale up), увеличением количества людей в IT подразделении, активным дроблением на команды, появлением выделенных команд разработки у каждого сервиса и значительном увеличением количества необходимой коммуникации для принятия решения на уровне компании.

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

Задачи стабильности и доступности отодвигают по важности задачи роста функциональности. Из-за смены парадигмы происходит глубокая перестройка компании.

Технические вызовы:
⚪️Обеспечение высокой доступности и отказоустойчивости
⚪️Масштабирование баз данных (шардинг, репликация)
⚪️Повышение безопасности: появляются требования к защите данных
⚪️Интеграция сложных сервисов: биллинг, аналитика, ML-модули

Типичные проблемы:
⚪️Сложности с согласованностью данных (consistency vs availability).
⚪️Узкие места в производительности: базы данных, API
⚪️DevOps-инфраструктура требует постоянного внимания из-за роста функциональности, данных и нагрузки
⚪️Из-за бюрократизации компанию покидают ключевые фигуры, встает вопрос взаимозаменяемости и передачи знаний

Как преодолевать:
⚪️Усиление роли формальных процессов как в разработке так и в эксплуатации
⚪️Построение внутренней платформы для централизованного управления инфраструктурой и сервисами
⚪️Переход на готовые масштабируемые платформы (использование Kubernetes, облачные сервисов (Ростелеком, МТС, СберОблако, AWS, Azure, Google Cloud, Digital Ocean, Hetzner)
⚪️Внедрение полноценной системы информационной безопасности и регулярных security-аудитов

Четвертую часть читать здесь

#полезныематериалы #SRE @downtime_bar