Размышления о цифровой трансформации бизнеса, управлении в IT и финтехе.
Поддержать автора можно тут: https://t.me/tribute/app?startapp=dFU2
Feedback: @IstominGerman
⛅️ Ускорили возможность расширения мощностей под потребности клиентов. Новая серверная база на HPE Synergy 12000 даёт до 1,5–2,5 раз больше производительности и позволяет оперативно докручивать ресурсы без «ожидания в очереди» при пиках нагрузки.
⛅️ Сделали работу сети более стабильной при высоких нагрузках. Переход на Cisco Nexus 9000 с 100 Гбит/с внутри облака снимает ограничения по внутреннему трафику (БД-кластеры, ETL, микросервисы) и уменьшает количество сетевых инцидентов за счёт унифицированного стека. Про проблемы, связанные с внутренними сетевыми ограничениями писал тут.
⛅️ Хранение данных стало еще более надежным. Ввод HPE Primera A670 и расширение backup-контуров дают all‑flash для критичных баз и приложений плюс дополнительный объём под бэкапы, чтобы не упираться в лимиты и держать более глубокую историю восстановлений.
⛅️ Сделали инфраструктуру для AI более гибкой. Пул GPU (RTX 6000 Ada и RTX 5090) с почасовой тарификацией позволяет запускать обучение моделей, рендер и инференс без капитальных вложений в железо — платите только за фактическое использование.
⛅️ Планы на будущее. До середины 2026 года компания завершит унификацию сети и введут HPE Primera в промышленную эксплуатацию — текущие клиенты автоматически получат доступ к более мощной и стабильной платформе.
🌐 Multi-Cloud стратегия: свобода выбора для каждого сервиса
Когда ваш бизнес живёт в одном облаке — вы не клиент, а заложник. По данным Parallels 2026 State of Cloud Computing Survey, 94% организаций обеспокоены vendor lock-in, а 93% enterprise-компаний уже работают в multi-cloud окружениях. Давайте разберёмся, почему и как.
⚠️ Проблема монооблака:
🔒 Зависимость от одного вендора — смена провайдера стоит месяцы работы и миллионы рублей. 📉 Ограничение гибкости — вы вынуждены использовать инструменты одного провайдера, даже когда у конкурента есть решение лучше и дешевле.
💰 Price lock-in — 81% компаний называют оптимизацию расходов главным драйвером перехода на multi-cloud, но пока лишь 25% считают, что получают полный ROI от своих облачных инвестиций.
✅ Решение: Multi-Cloud подход
Суть проста — каждый сервис живёт в том облаке, где он лучше всего себя "чувствует":
☁️ Yandex Cloud → ML в РФ, сервисы, попадающие под различный комплаенс.
☁️ AWS → ML/AI среды ☁️ Google Cloud → Аналитика и BigData (BigQuery + Vertex AI) ☁️ Azure → Для Windows-oriented инфраструктур (нативная интеграция с Active Directory, Office 365, Power BI) ☁️ Локальные облака → Для гиперчувствительных данных
🛠 Инструменты, которые помогут вам при работе с Multi-Cloud
☝️ Crossplane — управление ресурсами всех облаков через Kubernetes API. Использует YAML и continuous reconciliation: если кто-то руками изменил ресурс — Crossplane автоматически вернёт его в нужное состояние. Идеален для команд, глубоко живущих в K8s. ☝️ Terraform — Infrastructure as Code на HCL. Поддерживает 3000+ провайдеров, от AWS до кастомных on-prem решений. Золотой стандарт для IaC, особенно если вам нужна широта охвата.
☝️ kubectl — управление несколькими K8s-кластерами через contexts. Одна команда kubectl config use-context production-west — и вы переключаетесь между кластерами в разных облаках.
Crossplane и Terraform отлично работают вместе. Terraform для первоначальной подготовки инфраструктуры, Crossplane — для Kubernetes-native управления жизненным циклом.
🚀 Как начать переезд в Multi-Cloud?
1. Проведите аудит ваших сервисов.
Разделите свои сервисы на категории: вычисления, bigdata, ML/AI, сервисы, несущие инфраструктурную нагрузку, сервисы, подлежащие комплаенсу и т.п.. Определите, какой провайдер лучше всего подходит для каждого из них.
2. Начните со «второго плеча»
Не переносите всё — добавьте одного провайдера для категории, выделенной на шаге один, или для нового проекта. Это обеспечит наиболее безопасное разделение. Старайтесь брать категорию, имеющую наименьший vendor lock. 3. Внедрите IaC
Terraform или Crossplane — неважно, главное: никакого ручного создания ресурсов. Инфраструктура как код = портируемость. 4. Единая область видимости.
Настройте централизованный мониторинг и логирование по всем облакам. Без единого окна управления multi-cloud превращается в хаос. 5. FinOps-практики
Внедрите FinOps для контроля затрат по всем провайдерам. Без этого multi-cloud станет обходиться дороже, чем моно-облако. 6. Zero Trust Security
Не забывайте про безопасность. Реализуйте Zero Trust Security для всех облачных сервисов. #MultiCloud #CloudStrategy #VendorLockIn #IT #DigitalTransformation #DevOps #Kubernetes #Terraform #Crossplane
