Когда компании уходят с AWS, главный вопрос звучит не «чем заменить», а как сохранить привычный DevOps-подход: автоматизацию, масштабирование, CI/CD, мониторинг и отказоустойчивость.
Полной «кнопки AWS в РФ» не существует, но экосистема российских решений уже позволяет собрать рабочую альтернативу для большинства задач. Разберём, чем можно заменить ключевые сервисы AWS.
Виртуальные машины и вычисления
Вместо EC2 используют облака и IaaS-платформы российских провайдеров:
- — Yandex Cloud
- — VK Cloud
- — Selectel
- — Ростелеком Облако
- — Cloud.ru
Они закрывают базовые задачи: VM, autoscaling, private networks, snapshots, балансировку нагрузки. Для типовых веб-сервисов, backend и корпоративных систем этого обычно достаточно.
Object Storage вместо S3
Почти у всех крупных российских облаков есть S3-совместимое объектное хранилище. Это важно для DevOps-команд, потому что:
- — не нужно полностью переписывать интеграции;
- — подходят привычные SDK и утилиты;
- — можно хранить бэкапы, артефакты CI/CD, логи, медиаконтент.
Контейнеры и Kubernetes
Аналог EKS — managed Kubernetes в российских облаках:
- — Yandex Managed Service for Kubernetes
- — VK Cloud Kubernetes
- — решения от Cloud.ru и других провайдеров
Если требуется полный контроль, Kubernetes можно поднять самостоятельно через kubeadm, Rancher, Deckhouse, Kubernetes Platform от российских вендоров. Для многих компаний это даже плюс: больше контроля над безопасностью и обновлениями. 🐳
CI/CD вместо CodePipeline и CodeBuild
Заменой часто становятся:
- — GitLab CE/EE или российские инсталляции GitLab
- — Jenkins
- — TeamCity
- — отечественные платформы DevOps-контура
На практике именно self-hosted GitLab + Runner + Registry чаще всего становится ядром импортозамещённого DevOps. Это закрывает репозитории, пайплайны, контейнерный реестр и управление релизами.
Мониторинг и логи
Вместо CloudWatch используют связку:
- — Prometheus
- — Grafana
- — Loki
- — ELK / OpenSearch
- — VictoriaMetrics
- — Zabbix
Это зрелый и понятный стек, который даёт даже больше гибкости, чем облачные «коробочные» сервисы. 📊
Terraform и Infrastructure as Code
Для автоматизации инфраструктуры обычно остаются:
- — Terraform/OpenTofu
- — Ansible
- — Packer
- — Helm
Главный нюанс — проверить поддержку российских провайдеров через providers и API. У крупных платформ с этим уже значительно лучше, чем несколько лет назад.
Что важно учесть при миграции
- Совместимость API — особенно для S3, IAM, Kubernetes.
- Сетевую архитектуру — VPC, VPN, маршрутизацию, межсервисный доступ.
- Безопасность и соответствие требованиям — 152-ФЗ, хранение данных, аудит.
- Стоимость владения — иногда self-hosted дешевле облака, но требует сильной команды.
- Зрелость managed-сервисов — не все сервисы заменяются один в один. ⚙️
Вывод
Импортозамещение в DevOps — это не просто переезд с AWS на «российский AWS», а переосмысление архитектуры. Чаще всего выигрывают те компании, которые делают ставку не на копирование старой схемы, а на Kubernetes, open-source стек и IaC-подход. Тогда зависимость от конкретного облака снижается, а инфраструктура становится устойчивее. 🚀
Подборка каналов про IT — полезный способ держать под рукой новости, практику DevOps и реальные кейсы импортозамещения.