Міграція в хмару та хмарні мережі

Ваш маршрут у хмару, спроєктований від початку до кінця.

CoreRoute планує та виконує міграції в AWS, Azure і Google Cloud та будує мережу, на якій ці системи працюватимуть: landing zone, гібридне підключення, мережеву безпеку й контроль витрат.

  • AWS, Azure, Google Cloud
  • Інфраструктура як код за замовчуванням
  • План відкату для кожного перемикання
Локальна мережа, підключена через транзитний хаб до AWS, Azure і Google Cloud з адресними діапазонами, що не перетинаються Ваш ЦОД 10.0.0.0/16 Хаб транзит · DNS firewall AWS 10.10.0.0/16 Azure 10.20.0.0/16 Google Cloud 10.30.0.0/16

// один адресний план, одна маршрутизація, без сюрпризів під час перемикання

Послуги

Від першої інвентаризації до останнього перемикання

Ми відповідаємо за весь шлях: що переносити, як переносити і на якій мережі все працюватиме після цього.

Аудит перед міграцією

Чесна картина вашої інфраструктури ще до того, як щось почне рухатися.

  • Інвентаризація застосунків і залежностей
  • Стратегія для кожної системи: rehost, replatform, refactor, retire
  • Цільова архітектура та оцінка вартості
  • План хвиль міграції з ризиками та відповідальними

Виконання міграції

Перенесення хвилями, з відрепетируваними перемиканнями та шляхом назад.

  • Реплікація серверів і replatforming
  • Міграція баз даних із CDC-реплікацією змін
  • Runbook для перемикання та план відкату
  • Перевірка після міграції та посилена підтримка

Landing zone

Хмарний фундамент, який не розвалюється, коли приходять нові команди.

  • Структура акаунтів, підписок і проєктів
  • Єдиний вхід (SSO) і мінімально необхідні права
  • Guardrails, централізовані логи та аудит
  • Усе описано як код

Гібридні та мультихмарні мережі

Приватне й передбачуване з'єднання між вашими офісами, ЦОД і хмарами.

  • Site-to-site VPN, Direct Connect, ExpressRoute, Interconnect
  • Hub-and-spoke на Transit Gateway або Virtual WAN
  • BGP-маршрутизація та планування IP-адрес
  • Гібридне розв'язання DNS-імен

Мережева безпека

Сегментація та контрольовані шляхи трафіку замість однієї пласкої мережі.

  • Сегментація та приватні endpoint-и
  • Хмарні firewall, WAF і контроль вихідного трафіку
  • Zero-trust доступ для адміністраторів
  • Flow logs і видимість трафіку

Оптимізація хмарних витрат

Рахунки, які можна пояснити, включно з мережевою частиною, що зазвичай дивує найбільше.

  • Rightsizing і планування резервувань
  • Аналіз витрат на передачу даних і NAT
  • Теги та розподіл витрат між командами
  • Бюджети та сповіщення про аномалії
Підхід

Як проходить міграція з нами

Короткі прозорі етапи. На кожному з них ви бачите план, прогрес і ризики.

  1. Дослідження

    Інвентаризація серверів, даних, залежностей і мережевих потоків. Бізнес-обмеження та допустимі вікна простою.

  2. Проєктування

    Цільова архітектура, адресний план, модель підключення та безпеки, оцінка вартості.

  3. Фундамент

    Landing zone і мережа, розгорнуті як код і підключені до ваших наявних майданчиків.

  4. Міграція хвилями

    Спершу пілот, далі групи систем. Для кожного перемикання є runbook і план відкату.

  5. Оптимізація й передача

    Rightsizing, перегляд витрат, документація та передача знань вашій команді.

Спершу мережа

Більшість проблем міграції — це проблеми мережі

IP-діапазони, що перетинаються, зламане розв'язання імен і неочікувані рахунки за трафік зупиняють проєкти частіше, ніж сервери. Тому ми проєктуємо мережу ще до перенесення першої системи.

  • Адресний план без конфліктівДіапазони для кожного майданчика, хмари та майбутніх регіонів, погоджені заздалегідь.
  • Розв'язання імен в обидва бокиЛокальні системи бачать хмарні імена, а хмарні системи бачать локальні.
  • Шляхи трафіку, які можна намалюватиЗрозуміла маршрутизація через точки інспекції, без прихованих виходів в інтернет.
  • Витрати на трафік відомі напередПередачу даних, NAT і міжрегіональний трафік оцінюємо ще до запуску.
# network/ipam.tf (фрагмент)
locals {
  sites = {
    office_kyiv  = "10.0.0.0/16"
    aws_prod     = "10.10.0.0/16"
    azure_prod   = "10.20.0.0/16"
    gcp_data     = "10.30.0.0/16"
    reserved     = "10.40.0.0/13"
  }
}

# усі маршрути, пірінги та правила firewall
# будуються з цього єдиного джерела
module "transit_hub" {
  source = "./modules/hub"
  cidrs  = local.sites
}
Технології

Інструменти, з якими ми працюємо щодня

Обираємо нативні сервіси там, де вони доречні, і open-source там, де важлива переносимість.

Хмари

  • AWS
  • Microsoft Azure
  • Google Cloud
  • VMware

Міграція

  • AWS MGN
  • AWS DMS
  • Azure Migrate
  • Migrate to VMs
  • rsync і нативна реплікація

Мережі

  • Transit Gateway
  • Virtual WAN
  • Direct Connect
  • ExpressRoute
  • Cloud Interconnect
  • IPsec і BGP
  • WireGuard
  • Route 53 / Azure DNS / Cloud DNS

Код і експлуатація

  • Terraform
  • OpenTofu
  • Ansible
  • GitHub Actions
  • GitLab CI
  • CloudWatch
  • Azure Monitor
  • Grafana
Співпраця

Три способи почати

Почніть з аудиту з фіксованим обсягом або залучіть нас на весь шлях.

Фіксований обсяг

Аудит

Для команд, яким потрібні чіткий план і бюджет перед рішенням.

  • Інвентаризація та карта залежностей
  • Цільова архітектура й адресний план
  • Оцінка вартості та план хвиль
  • Письмовий звіт і сесія з розбором
Постійно

Підтримка хмари та мережі

Для середовищ, які вже в хмарі й постійно змінюються.

  • Зміни в мережі та нові підключення
  • Щомісячний огляд витрат і безпеки
  • Допомога з інцидентами зв'язності
  • Погоджений час реакції
Ваші акаунтиУсе будується в хмарних акаунтах, якими володієте ви.
Ваші репозиторіїУвесь код зберігається у вашій системі контролю версій.
Ваша документаціяСхеми, runbook-и та рішення залишаються у вас.
Без прив'язкиПісля передачі ваша команда може працювати без нас.
Питання

Що нас часто запитують

Чи можна мігрувати без простою?

Для більшості систем простій можна звести до короткого запланованого вікна перемикання. Дані заздалегідь безперервно реплікуються, а фінальне перемикання репетируємо. Якщо системі потрібен справді нульовий простій, ми окремо плануємо це під час аудиту.

Яку хмару обрати?

Це залежить від ваших ліцензій, навичок команди, вимог комплаєнсу та сервісів, які ви плануєте використовувати. Ми порівнюємо варіанти саме для вашого випадку і працюємо з AWS, Azure та Google Cloud, тож рекомендація не прив'язана до одного постачальника.

Чи треба переносити все одразу?

Ні. Багато міграцій місяцями працюють у гібридному режимі: частина систем лишається локально й підключена до хмари приватними каналами, поки не буде готова до перенесення.

Кому належить результат?

Вам. Акаунти, код, облікові дані й документація належать вам з першого дня. Ми працюємо з тим доступом, який ви надали, і його можна відкликати будь-коли.

Чи допоможете з уже наявним хмарним середовищем?

Так. Ми аналізуємо та виправляємо мережу в середовищах, що росли без плану: діапазони, які перетинаються, незрозуміла маршрутизація, зайві публічні ресурси й великі витрати на трафік.

Чи працюєте з компаніями за межами України?

Так. Працюємо віддалено англійською та українською і плануємо перемикання з урахуванням вашого часового поясу.

Контакт

Розкажіть, де ви зараз і куди хочете прийти

Надішліть короткий опис вашого середовища та цілей. Відповість інженер, а не менеджер з продажу.

Написати листа

Що варто вказати

  1. Що працює зараз і де: власний ЦОД, хостинг, інша хмара.
  2. Цільову хмару, якщо вже є вподобання.
  3. Приблизний розмір: сервери, бази даних, обсяг даних.
  4. Дедлайни або дату завершення поточних контрактів.
  5. Вимоги комплаєнсу чи до розміщення даних.