Cloud Migration або перенесення продукту в «хмару»

Автор: Сергій Батаєв, Head of Software Architecture Office в ELEKS

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

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

Міграція до Хмарних сервісів — це довгий та непростий шлях. Netflix знадобилося 8 років, щоб повністю перейти з власних ресурсів до Хмари. Насправді тотальний перехід до Хмари може бути неправильним рішенням для багатьох організацій. Частіше замість Хмари обирають гібридне використання ресурсів.

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

1. Залучення необхідної експертизи та знань в команду

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

Треба уважно розглянути кількість ролей у команді (Dev, QA, Ops), частоту релізів та рівень зрілості команди з точки зору використання гнучких методологій таких, як: Agile та DevOps. Щоб покрити всі базові вимоги, ви можете розглянути укладення контракту з аутсорсинговим постачальником, навчити свою основну команду або найняти додаткових експертів.
«Успішна міграція у Хмарні сервіси вимагає правильного рівня знань».

2. Вибір гібридної міграції

Розглянемо приклад Netflix: найкращим рішенням для них було почати з малого та поступово розширювати свою інфраструктуру у Хмарі. Звичайно, що багато чого може піти не за планом, якщо переносити всю інфраструктуру в Хмару одразу та без належної підготовки, особливо великі напрацювання та під постійним навантаженням. Отже, є сенс обрати гібридний підхід, коли окремі елементи переносять до Хмари, а решта програми функціонує у звичному режимі. Найбільша перевага гібридного підходу полягає у легкому та безпечному переході вашої команди. Ви можете перевірити сумісність та виявити будь-які прогалини чи неточності в певних частинах системи.

У деяких сервісах ви можете використовувати модель «lift and shift», але в інших, можливо, доведеться виконати повну або часткову реорганізацію. Помилково вважають, що коли програма працюватиме на платформі (скажімо, Windows) за певних умов, вона буде працювати так само добре на сервісах у Хмарі з тією ж конфігурацією. Ця проблема впливає на багато сервісів та додатків.

Є випадки, коли вам не потрібно переносити всю програму в Хмару. Наприклад, у фінансовій організації критичні дані повинні зберігатися локально для забезпечення відповідності. Тут гібридна модель буде реалізована за замовчуванням і, можливо, на постійній основі. Створіть контрольний список основних елементів, які потрібно перенести до Хмари, а також попередньо оцініть витрати часу та ресурси, необхідні для кожного з них. Це дозволить зосередитись на правильних елементах протягом усього процесу міграції.

«Процес переміщення вашої інфраструктури до сервісів Хмари».

3. Проаналізуйте всі можливі ризики

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

Перехід на загальнодоступну хмарну платформу також може становити ризик порушення безпеки даних. Це може статися за неправильного налаштування сервісу S3 (AWS S3 сервіс використовується для збереження об’єктів та статичних файлів). Не варто сприймати це як застереження, оскільки існують спеціальні хмарні інструменти для захисту, які можуть автоматично перевіряти вразливості та повідомляти про них.

4. Використовуйте повний спектр сучасних технологій та підходів (Containers, Microservices, DevOps, та інші)

Перехід у Хмару вимагає перепідготовки вашої команди. Переміщення старої водоспадної методології та монолітних архітектур додатків до Хмари було б катастрофою. Натомість найкращий процес міграції вимагає розділення додатків у розподілені мікросервіси, де кожен працює незалежно від інших. Ці мікросервісні сервіси створюються відповідно до найкращих практик з DevOps. Це дозволить стати технологічно більш гнучкими для бізнесу та полегшить подальшу експлуатацію інфраструктури і забезпечить усі переваги Хмари.
Почніть з малих кроків і поступово ви зрозумієте, що ці підходи доповнюють один одного. Невдовзі вони стануть нормою, і вас дивуватиме, як ви раніше працювали без них.

5. Перевіряйте свої рішення у Хмарі

Більшість сучасних додатків запускаються в браузері, ефективність яких у різних версіях браузера потрібно перевіряти. Тестування кожної версії браузера на фізичній системі виснажує і не приносить користі. З іншого боку, використання тестового рішення для браузера на основі Selenium, як Sauce Labs, є набагато ефективнішим способом гарантувати успіх. Ці найсучасніші інструменти тестування базуються на Хмарі. Це означає, що ви можете завантажити тестовий сценарій і запустити його онлайн, а результати тестування висвітляться на онлайн-панелі.

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

6. Комплексний огляд за допомогою моніторингу та реєстрації

Коли ми говоримо про Хмарні сервіси, завжди важливо мати повну картину вашої системи, тому вам знадобиться комбінація інструментів моніторингу. Хмарні провайдери пропонують власні інструменти моніторингу, які вже інтегровані із хмарною платформою, але їх можливості іноді обмежені. Ви можете використовувати окремі інструменти для моніторингу подій, системного журналу та налаштувань сповіщень, коли щось трапиться в системі або піде не так. Інструменти з OpenSource світу, такі як Prometheus та стек ELK, допоможуть перейти на новий рівень моніторингу хмарних додатків.

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

7. Витрати на міграцію у Хмару

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

Інші платежі, які слід врахувати, — це вартість впровадження та інтеграції хмарних додатків, а також вартість навчання вашого персоналу використання сервісів у Хмарі. Що стосується порад успішної міграції у Хмару, перш за все, оберіть найкращу хмарну платформу без шкоди функціонуванню. Крім того, розподіліть свої витрати, щоб ви могли встановити пріоритети на ранніх стадіях та залишити частину на потім. У довгостроковій перспективі успішна міграція у Хмару не лише знизить витрати на запуск нових сервісів бізнесу, але й наддасть можливості масштабування та модернізації, які неможливі при локальному утриманні інфраструктури.

Підсумок

Міграція у Хмару — важливий крок у плануванні безперервності роботи бізнесу, особливо сьогодні. Вона забезпечує швидке та автоматичне відновлення. У будь-який час та в будь-якому місці забезпечить доступ до ваших ІТ-ресурсів, а також захищає ваші сервіси та бізнес-процеси. Вбудована в Хмару технологічна інфраструктура може підтримувати альтернативні типи роботи. У той же час, міграція є абсолютно безболісною для ваших користувачів. Якщо зробити все правильно, зміни будуть непомітні.

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

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Из статьи понял, что на доу доброжелательная публика.

Описати набір правил простіше ніж хорошу технічну статтю, ціль цього топіку реклама?

загон всех в облака как бы очень давно идёт
но в последнее время он перерос уже в какую-то массовую истерию

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

Прочитал это и решил дальше не читать

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

Не согласен с этим утверждением. Если e-commerce начинает испытывать *технические* трудности из-за наплыва клиентов, то с вероятностью 99% их наибольшей проблемой будет логистика и удовлетворение спроса, а не масштабирование технической инфраструктуры. Хмарка тут не поможет никак.

Автор слишком занятой, чтобы самому на ДОУ зарегистрироваться?

Подписаться на комментарии