Облако не из Вирджинии: как СНГ-инженеры строят свою инфраструктуру без AWS и Azure
Если ты запускаешь стартап в США и твой первый инстинкт — открыть консоль AWS, тебя можно понять. Это удобно, документация на английском, поддержка 24/7. Но если ты разработчик из Киева, Минска или Алматы, последние несколько лет наглядно показали: зависеть от чужой инфраструктуры — это не просто технический риск, это экзистенциальный.
Именно из этой необходимости выросло целое движение — инженеры из СНГ, которые не ждут, пока кто-то решит их проблемы, а строят собственные облачные решения. И некоторые из них уже вполне конкурентоспособны на глобальном рынке.
Почему AWS и Azure — не вариант
Дело не только в санкциях, хотя и в них тоже. После 2022 года многие западные облачные провайдеры начали ограничивать доступ для клиентов из ряда стран региона — иногда с уведомлением за несколько дней, иногда вообще без предупреждения. Компании теряли доступ к своим данным, к работающим сервисам, к клиентским базам.
Но даже без политики есть чисто практические проблемы: латентность до ближайшего AWS-региона из Центральной Азии может быть некомфортной, цены в долларах болезненны при волатильных локальных валютах, а compliance с местным законодательством о хранении данных вообще превращается в квест.
Вот почему инженеры начали искать другой путь.
Edge computing по-своему
Один из самых интересных трендов — это переосмысление edge computing не как дополнения к большому облаку, а как самостоятельной архитектуры. Несколько команд из региона разработали подходы, при которых вычислительная нагрузка распределяется между небольшими локальными узлами, а не гоняется через океан.
Представь себе сеть из нескольких десятков небольших серверных стоек, физически расположенных в разных городах — Варшава, Рига, Тбилиси, Ташкент. Каждый узел автономен, умеет работать офлайн, синхронизируется с остальными при наличии соединения. Такая архитектура называется «мультимастер с eventual consistency» — и она не нова, но её реализация для небольших команд с ограниченными бюджетами была до недавнего времени нетривиальной задачей.
Команды из региона адаптировали open-source инструменты вроде CockroachDB, Ceph и Nomad под реалии, где канал может упасть, электричество — отключиться, а дата-центр — оказаться в зоне нестабильности. Отказоустойчивость здесь не фича, а базовое требование.
Своё железо, свои правила
Ещё один вектор — локальные серверные решения на базе доступного «серого» железа. В США слова «серый рынок» звучат настороженно, но в регионе это просто реальность: оборудование Supermicro, бывшие enterprise-сервера с eBay, платы Raspberry Pi в промышленном исполнении — всё это идёт в дело.
Некоторые команды собирают гиперконвергентные кластеры на базе Proxmox и Ceph, которые по возможностям не уступают коммерческим решениям, но стоят в разы дешевле. Управление — через самописные панели или адаптированные open-source решения вроде OpenStack (да, он всё ещё жив и активно используется там, где AWS недоступен).
Интересно, что несколько таких команд начали продавать свои решения как managed-сервис — по сути, региональный аналог AWS для локального рынка. Клиенты получают привычный API (многие решения совместимы с S3 и EC2 на уровне интерфейса), но данные физически находятся в юрисдикции, понятной и контролируемой.
Kubernetes без Google
Кубернетес стал стандартом де-факто для оркестрации контейнеров, и это хорошо — он open-source. Но вокруг него выросла экосистема платных managed-сервисов: GKE, EKS, AKS. Восточноевропейские команды массово переходят на self-hosted кластеры с k3s или kubeadm, дополняя их локальными альтернативами для мониторинга (Victoria Metrics вместо Datadog), логирования (Loki + Grafana вместо Splunk) и CI/CD (Gitea + Woodpecker вместо GitHub Actions).
Это требует больше DevOps-экспертизы, зато полностью устраняет vendor lock-in. И, что немаловажно, эти навыки востребованы — инженеры из региона, умеющие поднять и поддерживать такой стек, хорошо продаются на международном рынке труда, включая американские компании.
Что это значит для глобального рынка
Здесь интересный парадокс: решения, рождённые из необходимости выживать в условиях ограничений, оказываются конкурентоспособными там, где ограничений нет. Американские компании, которые по каким-то причинам хотят избежать зависимости от «большой тройки» облаков — будь то соображения стоимости, privacy или просто диверсификации — начинают смотреть на инструменты и подходы из Восточной Европы.
Некоторые open-source проекты из региона уже имеют значительную аудиторию на GitHub с участниками со всего мира. VictoriaMetrics, например, — украинский проект, который сегодня используют компании по всему миру как замену дорогому Prometheus-стеку.
Технологии без границ — это не просто слоган. Это буквально то, что происходит: инфраструктурные решения, придуманные в условиях давления, находят применение там, где никакого давления нет, просто потому что они работают лучше или дешевле.
Что попробовать прямо сейчас
Если тебе интересно поэкспериментировать с этим стеком, вот отправные точки:
- Proxmox VE — гиперконвергентная платформа для домашней лаборатории или небольшого кластера
- k3s — лёгкий Kubernetes, который поднимается на трёх строчках и работает даже на Raspberry Pi
- MinIO — S3-совместимое хранилище, которое можно запустить локально
- VictoriaMetrics — мониторинг, который жрёт в разы меньше ресурсов, чем Prometheus
- Woodpecker CI — форк Drone CI, активно поддерживаемый сообществом
Всё это open-source, всё работает без подписок и американских кредитных карт. Облако может быть твоим — буквально.
