В іншому проекті, що базується на реальному сценарії, я виконував роль Cloud Specialist, відповідального за міграцію робочого навантаження, яке працювало в корпоративному дата-центрі, до AWS.
Застосунок і база даних були мігровані в AWS за допомогою моделі Lift & Shift (переміщення без змін), переміщуючи як сам застосунок, так і дані бази даних.
Я слідував деяким крокам міграції: планування (розміри, вимоги, іменування ресурсів), виконання (провізіонування ресурсів, найкращі практики), запуск (тест на відповідність — Dry-run, остаточна міграція — Cutover) і після запуску (перевірка працездатності застосунку та доступу користувачів).
Цей досвід допоміг мені зрозуміти процес від розгортання і створення інстансів EC2 та RDS на основі оцінки розмірів і вимог до створення і реалізації Virtual Private Cloud, підмереж (приватних і публічних) та встановлення необхідних пакетів і бібліотек, необхідних для роботи Python Web Application (що працює на Ubuntu 22.04)/Database (RDS MySQL5.7.X) для забезпечення підключення. Крім того, підключення до мережі через Internet Gateway також було важливим для маршрутизації трафіку застосунку до бази даних з використанням security group для зв'язування обох інстансів. Це забезпечує безперешкодний рух даних між локальними та хмарними середовищами. Більш того, були встановлені пакети для PIP3 для допомоги у встановленні Python пакетів і бібліотек для MySQL. Після того як усі пакети і бібліотеки були встановлені і середовище підготовлене, ми підключились до MySQL DB вручну, створили базу даних, імпортували записи з завантажених даних в S3 бакет, протестували вибір таких записів і переконалися, що застосунок може підключатися вручну до БД. Нарешті, валідація після запуску була захоплюючим завданням — бачити застосунок, що працює паралельно з продакшн-системою перед cutover. Ця валідація тестувала все: від читання та запису даних з застосунку до бази даних шляхом модифікації та завантаження записів безпосередньо та підтвердження того, що міграція та етап після запуску були успішними, щоб переконатися, що операційні прогалини були усунені.
Ось як виглядає архітектура для міграцій робочих навантажень:
Перекладено з: Migration of a Workload running in a Corporate Data Center to AWS using the Amazon EC2 and RDS service