Никита Козлов «Монолит, немного исходников, 2 разработчика: ещё одна история миграции приложения в облако»

На примере реального проекта рассмотрим процесс миграции ASP.NET-приложения в Azure Cloud.
Звучит скучно? Тогда добавим вводных:

- килобайты исходников;
- часть приложения в бинарниках;
- рост команды разработки до 30+ человек;
- 3 новых продукта.

Стало интереснее? На закуску — уменьшение стоимости облачного решения и модернизация приложения.

Transcript

2. New York USA London UK Munich Germany Zug Switzerland Ещё одна история миграции приложения в облако
3. Монолит, бинарники и два дымящихся разработчика 3
4. Исходная позиция 4 Компания: Ø не имела собственного IT штата Ø разработка велась силами third-party вендора Компания планировала: Ø значительный рост в течение следующих нескольких лет Ø глобальное расширение Ø запуск новых продуктов Ø повышение операционной эффективности за счет инвестиций в ИТ Ø улучшение User Experience
5. Исходная позиция 5 Компания: Ø прекратила сотрудничество с вендором Ø осталась у разбитого корыта с монолитным приложением Ø устаревшие технологии Ø ненадёжное Вендор: Ø не оставил документацию/артефакты Ø не оставил исходных кодов от части приложения
6. Исходная позиция с точки зрения новой команды разработки 6 Нет смысла развивать продукт без значительного re-design: Øотсутствие гибкости – трудно изменить программное обеспечение в соответствии с потребностями бизнеса Øнедостаток информации – никто на самом деле не знает, как это работает, нет документации, руководств, нет доступа к людям, которые его построили Øвысокая стоимость обслуживания – трудно устранять неисправности, трудно поддерживать надежность Øустаревшая технология – высокая стоимость инфраструктуры, сложность при интеграции с другими системами; требует от дорогих людей знания устаревших технологий, вызывает проблемы безопасности, производительности и взаимодействия с пользователем
7. Подход 7 Стабилизация Адаптация Замена Эволюция
8. Стабилизация 8
9. Демо
10. Стабилизация 10 Ø Построение облачной инфраструктуры Ø Cloud Services Ø Virtual Machines (MS SQL, …) Ø Процесс разработки Ø CI/CD (TeamCity, Octopus) Ø Тестовые окружения Ø Git flows Ø Jira, Confluence
11. Адаптация 11
12. Замена 12
13. Эволюция 13
14. Disaster Recovery 14
15. Промежуточные итоги 15 Ø CI/CD Ø Octopus Deploy Ø MSSQL Servers Ø 78 cloud services Ø 13 Service Fabric Clusters Ø 25 Windows VMs Ø 7 Linux VMs
16. Одно НО 16 Стоимость окружений: Dev окружения ~ 14к$ Prod окружение ~ 13к$
17. Оптимизация стоимости 17 Работы с инфраструктурой: Ø Infrastructure as a Code (templates, arm, terraform) Ø Start/Stop service instances Изменение типов сервисов: Ø Docker Ø Azure Container Instances Ø Web App (App Services)
18. Демо
19. Что-то общее 19 Унификация: Ø логирование Ø работа с ошибками Ø корреляция вызовов Ø локальная разработка vs облако Ø конфигурации Ø …
20. The Atlas 20
21. Итоги 21 Ø Определить цели и задачи бизнеса перед миграцией Ø Разбить процесс миграции на этапы Ø Процесс миграции должен обеспечивать потребности бизнеса на каждом своём этапе Ø Оптимизация инфраструктуры – такой же естественный процесс, как и рефакторинг кода Ø Infrastructure as Code (templates/terraform) – must have! Ø Если делать по уму, то есть простор для создания собственных фреймворков :)
22. Где найти 22 https://github.com/DataArt/meetup-azure-monolith-migration https://github.com/DataArt/Atlas
23. Спасибо