Типова міграція закінчується там, де платформи перестають бути сумісними
Несумісні платформи
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, власні протоколи та проміжні сервіси.
Ми не підлаштовуємо проєкт під можливості інструментів. Ми підбираємо та створюємо інструменти під проєкт.
Що отримує бізнес
Мінімальний простій
Критичні послуги продовжують працювати під час основної частини міграції.
Контроль цілісності даних
Перевіряємо синхронізацію та цілісність даних до перемикання та контролюємо стан систем після нього.
Інфраструктура, що працює
Не просто запущені віртуальні машини, а поновлені зв'язки між сервісами.
Архітектура із запасом на майбутнє
Після міграції інфраструктуру можна масштабувати та розвивати, а не знову переробляти через рік.
Покажіть нам те, що інші радять «не чіпати»
Розберемо поточну інфраструктуру, обмеження та вимоги до простою. Визначимо технічний сценарій міграції.
Обговорити проєкт