ЄС змінює правила хмарного ринку: з 2027 року провайдери не зможуть стягувати плату за перехід до конкурентів
Змінити хмарного провайдера буває складніше, ніж здається. Застосунки можуть залежати від сервісів, яких немає в нового постачальника, перенесення віртуальних машин потребує додаткових налаштувань, а за передавання великого обсягу даних можуть стягувати плату. У підсумку компанія й далі користується хмарою, яка її вже не влаштовує: перенесення даних і застосунків виявляється складним і дорогим.
Регламент ЄС про дані (Data Act, 2023/2854), що застосовується з 12 вересня 2025 року, встановлює правила, покликані спростити зміну постачальника послуг обробки даних і зменшити технічні, договірні та комерційні бар’єри. Один з етапів цих правил стосується плати за перехід: з 12 січня 2027 року провайдери не зможуть стягувати плату за зміну постачальника, зокрема за передавання даних, необхідне для переходу. Це не означає, що сама міграція та пов’язані з нею роботи стануть безкоштовними.
- Що зміниться для клієнтів хмарних сервісів
- Забрати дані — ще не означає перенести сервіс
- Як перевірити, наскільки хмара прив’язує вас до провайдера
- Чому план міграції потрібен, навіть якщо ви не збираєтеся переносити дані
Що зміниться для клієнтів хмарних сервісів
До 12 січня 2027 року діє перехідний період. У цей час провайдер може стягувати плату за перехід, але вона не повинна перевищувати витрати, безпосередньо пов’язані з таким переходом. До них можуть належати платежі за вихідне передавання даних — egress fees, якщо передавання потрібне для зміни постачальника.
Правила переходу стосуються послуг обробки даних у значенні Data Act, зокрема хмарних послуг IaaS, PaaS і SaaS. Водночас регламент не робить міграцію повністю безкоштовною: компанія, як і раніше, може нести витрати на налаштування нової інфраструктури, роботу інженерів, тестування застосунків і ліцензії.
Забрати дані — ще не означає перенести сервіс
Одна з проблем хмарного ринку — vendor lock-in, або залежність від постачальника. Вона виникає, коли перехід на іншу платформу потребує великих витрат, переробки застосунків чи заміни технологій, що використовуються. Наприклад, компанія може вивантажити базу даних, але виявити, що застосунок використовує специфічні інструменти попереднього провайдера. Дані збережено, проте для запуску системи в новій хмарі доведеться змінювати її конфігурацію або окремі компоненти.
Data Act встановлює вимоги, які мають полегшити перехід і усунути перешкоди з боку постачальника. Але він не гарантує, що будь-який застосунок запрацює в нового провайдера без змін. Тому ще до міграції варто з’ясувати, які дані та цифрові активи можна експортувати, а які залежності, налаштування й компоненти доведеться переносити окремо.
Як перевірити, наскільки хмара прив’язує вас до провайдера
Залежність від постачальника краще оцінювати ще до підписання договору. Для послуг обробки даних, що підпадають під регламент, договір має містити умови переходу до іншого постачальника. Зокрема, в ньому слід визначити порядок переходу, категорії даних, що експортуються, і строки.
Зазвичай перехідний період для зміни постачальника не повинен перевищувати 30 календарних днів. Регламент передбачає винятки, коли технічно здійснити перехід у цей строк неможливо або він недоцільний. У таких випадках перехід може тривати довше — за встановленою процедурою та з обґрунтуванням.
Чому план міграції потрібен, навіть якщо ви не збираєтеся переносити дані
Якщо компанія заздалегідь знає, як перенести дані й відновити застосунки на іншій платформі, їй простіше оцінювати пропозиції та змінювати провайдера за потреби. Якщо такого плану немає, перехід може потребувати більше часу й ресурсів, ніж передбачалося.
Тому корисно періодично перевіряти експорт даних і можливість відновлення критичних сервісів в окремому середовищі. Така перевірка покаже, які налаштування, залежності й інструменти потрібно буде зберегти для можливої міграції.
