Чек-лист по міграції в хмару: 6 кроків до успішної міграції додатків

Іноді перед прискоренням варто загальмувати. Для зосередження, планування і впровадження необхідних змін. В цій статті говоритимемо про якісний крок вперед – про міграцію додатків в хмарне сховище.

За даними Synergy Research Group, у 2020 році витрати підприємств на сервіси хмарної інфраструктури збільшились на вражаючі 35% і досягли майже 130 мільярдів доларів. Перехід в хмару здійснюють масштабні компанії й невеличкі стартапи.

Ви ще не в хмарі, але збираєтесь? Тримайте простий покроковий план, як краще здійснити перехід і отримати максимум переваг від зміни сховища.

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

Як впевнитися, що все проходить добре?

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

Поширені помилки, які виникають в процесі міграції

• думка, що всі хмарні провайдери однакові,
• відсутність схеми залежності додатків,
• відсутність попереднього тестування,
• прорахунки в політиці безпеки,
• простої й незручності для користувачів.

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

6 кроків, що приведуть прямісінько у хмару

На кожному з них необхідно поставити питання та знайти відповіді на них. Тримайте перелік і звіряйтеся з ним:

1. обстеження інфраструктури,
2. розробка стратегії,
3. вибір хмарного провайдера,
4. підготування і планування,
5. міграція даних у хмару,
6. перевірка і підтвердження результату.

Далі детальніше про кожний з етапів.

Обстеження готовності ПЗ до розміщення і використання в хмарі

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

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

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

Вибір і розробка стратегії

Після детального обстеження час прийматися за стратегічне планування. Зручну класифікацію пропонує Amazon Web Services. Всього 6 стратегій міграції додатків у хмару, «6 R’s»:

1. Rehosting (рехостинг) – перенести «все як є». Варто використовувати для застосунків, що принесуть значну користь бізнесу та не потребують внесення змін. Спробуйте автоматизувати процес за допомогою спеціальних інструментів (наприклад, AWS Application Migration Service).
2. Replatforming (зміна платформи) – перенесення важливих додатків, що потребують оптимізації, але без змін основної архітектури.
3. Repurchasing (повторна покупка) – перехід на інший продукт (платформу).
4. Refactoring/Re-architecting (зміна архітектури) – впроваджується через потребу в нових функціях, в додатковому масштабуванні чи продуктивності. Як правило, проводиться з використанням cloud-native функцій. Це дороговартісний підхід, але за умов високого попиту на Ваш продукт може стати найвигіднішим.
5. Retire (виведення з експлуатації) – позбавляємося застосунків, які більше не приносять користі, в яких немає потреби.
6. Retain (залишення) додатків, доцільність і архітектуру яких плануєте передивитися через деякий час. Не сьогодні.

Вибір хмарного провайдера

Найкращим буде подивитися, на чому фокусуються провайдери та порівняти їх пропозиції з нагальними й перспективними потребами проекту. Що важливіше для Вашого бізнесу: миттєва значна масштабованість (наприклад, для проектів з сезонним навантаженням) чи персоналізовані можливості управління додатками?

Щонайменше, маєте співставити вимоги до продуктивності застосунків і систем з тими показниками, які гарантує хмарний провайдер.

Приватні хмари для проектів з підвищеними вимогами до безпеки

Зверніть увагу на цю можливість, якщо Вам необхідна повністю ізольована віртуальна інфраструктура.

Гібридні хмари як комбінація приватних і публічних

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

Врахуйте ступінь готовності персоналу до виконання роботи

Спрогнозуйте, з якими провайдерами процес піде швидше і простіше. Так, наприклад, платформа Microsoft Azure зазвичай підвищує продуктивність спеціалістів завдяки інтегрованим інструментам і готовим шаблонам.

Підготовка і планування

Найголовніше тут пересвідчитися, що frontend і backend відокремлені, і що вони можуть масштабуватися в залежності від фактичної необхідності у ресурсах. Передбачте зміни архітектури, якщо вони необхідні. Далі сплануйте черговість.

Як показала практика, краще почати з невеликих кроків

Розділіть загальну задачу на етапи. В першу чергу в хмарі варто розгорнути найменш важливі компоненти міграції. Оберіть для початку ті додатки, що якнайбільше підходять для хмарного середовища, і перенесіть їх. Збільшувати обсяг ресурсів у хмарі та/або переносити можна вже в процесі тестування хмари та перевірки стійкості до навантаження. Особливо обережно поводьтеся з бізнес-критичними додатками (Business Critical Applications, BCA).

Проаналізуйте додатки з точки зору автономності

Як вони пов’язані між собою? А з інфраструктурою в цілому? Часто трапляється, що декілька застосунків звертаються до однієї бази даних. Щоб не порушити їх злагоджену роботу, варто опрацювати процедуру скоординованого переміщення в хмару. Найпростіше перенести додатки, що не пов’язані з іншими системами (наприклад, корпоративний блог).

Обов’язково врахуйте порядок перенесення, щоб мінімізувати простої. Для цього може знадобитися контактувати з технічною підтримкою провайдера (якого вже обрали, пам’ятаєте?).

Що дає такий підхід:

• тестування можливостей хмари й Вашої підготовки,
• розвантаження частини фізичної інфраструктури,
• можливість діяти оперативно з найменшими ризиками.

Безпека передачі

Зважте, що при високих стандартах безпеки даних ті ж вимоги мають стосуватись всіх етапів перенесення в хмару. Будь-які місця тимчасового зберігання мають бути так само надійними, як і кінцевий пункт призначення.

Врахуйте, що деякі з процесів можуть бути непридатними для хмарних додатків. У Вас може виявитися менше інструментів моніторингу, менше контролю над безпекою та іншими процедурами. Тому налаштуйтеся, що, можливо, доведеться переглянути свої стратегії та процедури з безпеки.

Передбачення незручностей для користувачів

Погана новина – найвірогідніше, незручності виникнуть. Хороша новина – їх можна мінімізувати, якщо на попередніх етапах все розраховано вірно.

Так, за словами заступника голови правління Приватбанку Маріуша Качмарека, при глобальному перенесенні понад 270 банківських застосунків в хмарне середовище навесні 2022 року клієнти загалом мали складності з доступом до систем менше ніж на 5% часу від усього терміну проведення робіт. Обнадійливо, чи не так?

Можливо, варто заздалегідь попередити користувачів про вірогідність обмеження можливостей в користуванні додатками зі зрозумілим поясненням причини.

Міграція даних у хмару

Що ж, тут варто просто діяти за планом. Успіх цього етапу залежить від ретельності проведення попередніх.

Будьте гнучкі, готові оперативно внести певні зміни в план відповідно до фактичного перебігу подій.

Як перенести дані

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

Перевірка і підтвердження

Остання сходинка до мети. Переконайтеся, що все працює:

• чи все перенесено?
• чи всі внутрішні компоненти належним чином обмінюються даними в новому середовищі?
• чи все доступно користувачам?
• чи всі інструменти адміністратора можуть якісно контролювати роботу додатків?
• чи забезпечений захист від збоїв на рівні дата-центру та окремих апаратних компонентів?

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

Хвилюєтесь, що немає практичного досвіду? Знайдіть того, в кого він є

Зважте, що за відсутності практики й впевненості у персоналу краще вдатися до експертної допомоги. Щонайменше для перенесення критично важливих додатків (BCA). Спеціалісти, що багато разів проходили весь процес, зроблять його максимально комфортним і для Вашого бізнесу.

Зв’яжіться з нами, опишіть першочергові вимоги до перенесення додатків в хмару. Ви отримаєте зворотній зв’язок від одного з наших технічних спеціалістів, і ми разом знайдемо шляхи ефективної й безпечної міграції.