Типовая миграция заканчивается там, где платформы перестают быть совместимыми
Несовместимые платформы
Hyper-V → KVM
ESXi → Proxmox
Облако → дата-центр
Физический сервер → виртуальная инфраструктура
Если прямого пути миграции нет, проектируем промежуточный.
«Не поддерживается» не означает «невозможно».Большие объёмы данных
Переносим файловые серверы объёмом от 2 ТБ и выше без повторного полного сканирования данных перед каждой синхронизацией.
Собственный контроллер репликации отслеживает изменения файловой системы между циклами синхронизации и передаёт только изменённые данные.
Меньше нагрузки, меньше повторной передачи данных и короче финальное окно переключения.Работающие базы данных
Для PostgreSQL и MSSQL выстраиваем репликацию между исходной и новой инфраструктурой.
Основной объём данных синхронизируется заранее, пока исходная система продолжает обслуживать пользователей. Перед переключением синхронизируются оставшиеся изменения.
Перенос базы не обязательно означает многочасовую остановку бизнеса.Связанные системы
Переносим не серверы, а работающую инфраструктуру.
Миграция не заканчивается запуском виртуальных машин. После переключения должны продолжить работать базы данных, телефония, 1С, медицинские системы, API и внешние интеграции.
Поэтому связанные системы учитываются ещё при проектировании миграции, а не после неё.
Минимальный простой вместо большого окна миграции
Основной объём данных переносится до остановки исходной системы. В момент переключения остаётся синхронизировать изменения и перевести сервисы на новую инфраструктуру.
Вместо часов или дней простоя - минимальное окно переключения.Куда переносим
Украинские дата-центры и облака
ПАРКОВЫЙ · GigaCloud · Colobridge · DATAGROUP
Публичные облака
AWS · Microsoft Azure и другие платформы
Собственная инфраструктура
Физические серверы · Private Cloud · Proxmox · KVM · VMware · Hyper-V
Не привязываем архитектуру к конкретному провайдеру - выбираем площадку под требования проекта.
Когда готового решения нет - создаём своё
Sogerien - наш собственный интеграционный слой для связи систем, API, баз данных и инфраструктурных сервисов.
Сложная миграция не всегда заканчивается переносом серверов. После переключения должны продолжить работать 1С, базы данных, телефония, другие системы учёта, внешние сервисы и существующие интеграции.
Если готового способа связать системы в новой инфраструктуре нет, мы не переписываем работающие решения без необходимости. Используем Sogerien как инженерный слой между ними - создаём API, интеграции, автоматизацию и промежуточные сервисы под конкретную задачу.
1С
Простой API между внешними системами и 1С без переноса сложной логики в конфигурацию.
Медицинские и специализированные системы
Сохраняем и восстанавливаем интеграции медицинских систем с телефонией, аналитикой, системами доступа и другими внешними сервисами.
Например: DocDream и его интеграции с телефонией, аналитикой, системами доступа и другими сервисами.
Любые сторонние системы
API, базы данных, webhook, собственные протоколы и промежуточные сервисы.
Мы не подстраиваем проект под возможности инструментов. Мы подбираем и создаём инструменты под проект.
Что получает бизнес
Минимальный простой
Критичные сервисы продолжают работать во время основной части миграции.
Контроль целостности данных
Проверяем синхронизацию и целостность данных до переключения и контролируем состояние систем после него.
Работающая инфраструктура
Не просто запущенные виртуальные машины, а восстановленные связи между сервисами.
Архитектура с запасом на будущее
После миграции инфраструктуру можно масштабировать и развивать, а не снова переделывать через год.
Покажите нам то, что другие советуют «не трогать»
Разберём текущую инфраструктуру, ограничения и требования к простою. Определим технический сценарий миграции.
Обсудить проект