Перейти к содержанию
В рабочем режимеПоследний релиз · 4 часа назадВ работе · 6 проектовОтвет · в течение 4 часовТолько сеньоры-партнёрыMMXXVIВ рабочем режимеПоследний релиз · 4 часа назадВ работе · 6 проектовОтвет · в течение 4 часовТолько сеньоры-партнёрыMMXXVIВ рабочем режимеПоследний релиз · 4 часа назадВ работе · 6 проектовОтвет · в течение 4 часовТолько сеньоры-партнёрыMMXXVI
SmartyDevs
Модернизация · 02

Миграции без сюрпризов.

Lift-and-shift, re-architect, multi-cloud или off-cloud — миграции выполняются фазами с параллельной работой, прогнозом стоимости и реальным планом cutover. Не надеющиеся выходные.

§ 01The problem

Какую проблему решаем

Облачные миграции, сделанные плохо, производят три артефакта: больший счёт, ту же архитектуру в чужом холле и измотанную команду. Сделанные хорошо — они раскрывают годы инженерной скорости. Разница — в подготовке, фазировании, параллельной работе и жёсткой честности насчёт стоимости.

§ 02Capabilities

Что делаем

  • 01Migration-стратегия: lift-and-shift, replatform, re-architect, гибрид
  • 02Моделирование стоимости для source и target окружений
  • 03Миграция сети и identity
  • 04Миграция БД с репликацией и back-fill
  • 05Миграция приложений фазами с feature-flag'ами
  • 06Миграция хранилища, включая lifecycle данных
  • 07Multi-cloud и exit-миграция (off-cloud)
  • 08DR-стратегия в новом окружении
  • 09Runbook cutover и отката
  • 10Пост-миграционная cost-оптимизация
§ 03Deliverables

Что получаете

  • План миграции с фазами, риском и откатом для каждой
  • Модель стоимости с реалистичным до/после
  • Cutover runbook, выполненный под нашим надзором
  • Пост-миграционную оптимизацию, чтобы захватить FinOps-экономию
§ 04Stack

Migration-инструменты

Terraform · Pulumi
AWS DMS · GCP DMS · Azure DMS
Yandex Cloud · Selectel · VK Cloud · Cloud.ru DMS
Debezium · Striim
Velero · Restic
Cloudflare · global load balancers
Spot · Cast.ai для cost-оптимизации
§ 05Ideal for

Подходит

  • On-prem нагрузкам, переезжающим в облако
  • AWS → GCP, GCP → AWS, multi-cloud стратегиям
  • Компаниям, уходящим из облака по причинам стоимости
  • M&A сценариям с consolidation окружений
§ 06Process

Как идёт проект

  1. 01

    Оценка

    Инвентаризация source-окружения, target-архитектура, модель стоимости. Письменный план с реалистичными сроками.

  2. 02

    Сборка target

    Target-окружение построено как infrastructure-as-code, готово к параллельной работе.

  3. 03

    Миграция фазами

    Нагрузки мигрированы в порядке приоритета, с репликацией и верификацией на каждом шаге.

  4. 04

    Cutover

    Финальный cutover с готовым откатом. Пост-миграционная оптимизация для захвата экономии.

§ 07Engagement

Как сотрудничать

01

Migration Strategy

3 — 6 недель

Оценка, target-архитектура, модель стоимости и план миграции.

02

Full Migration

3 — 12 месяцев

Стратегия плюс выполнение end-to-end, включая cutover и оптимизацию.

§ 08Common questions

Frequently asked.

01Будет ли миграция стоить дороже в день 1?

Часто да — есть transition-налог. Сделанная хорошо, счёт падает ниже исходного в течение 6 — 12 месяцев через right-sizing и резервации. Моделируем это честно заранее.

02Делаете ли off-cloud миграции?

Да. Несколько недавних проектов — это перенос cost-тяжёлых нагрузок с гиперскейлеров на Hetzner, Selectel, OVH или собственное железо. Честная оценка — для одних правильно, для других нет.

Есть задача, которую стоит решить как следует?

Напишите, какой результат нужен. Мы честно скажем, во что это обойдётся — письменно, в течение недели.

Начать разговор