Загир Акназаров «Запускаем в K8S микросервисы на .NET Core - наш опыт»

Команды разработчиков стараются придерживаться простого правила: не более одной новой технологии в проекте. Нужно остаться в рамках сроков, бюджета, качества. Вы решили создать кроссплатформенное приложение на .NET Core, а потом развернуть его в K8S. Можно ли это считать простым изменением? Мы получим гибкость микросервисной архитектуры, возможность управления быстрым развертыванием окружений для разработки, тестирования и продуктовой среды, отказоустойчивость за счёт избыточности. Но будут и изменения, которые затронут всех. Не только в процессе разработки, но и во взаимодействии с инфраструктурными инженерами, с ИТ поддержкой клиента. В целом, проект изменит многое: от проектирования до поставки в продуктовую среду.

Загир и Георгий расскажут о том, сколько стоил вход в эти технологии, какие барьеры им пришлось преодолеть. Можно ли делать это на практике с минимальными рисками для результатов проекта.

Будут подробности про архитектуру, инфраструктуру, конвейер CI/CD.

Transcript

1. .Net Core и kubernetes опыт создания приложения
2. Бизнес-кейс
3. Технологии
4. Переход на .Net Core
5. Архитектура решения
6. Взаимодействия с внешними потребителями Варианты: 1. API Gateway service 2. API Gateway with Azure API Management 3. Direct Client-To-Microservice communication
7. API Gateway service
8. API Gateway with Azure API Management
9. Direct Client-To-Microservice communication
10. Физическая архитектура
11. Реализация авторизации
12. Как мы организовали окружения
13. Развертывание микросервиса в kubernetes 1. Secret 2. Deployement 3. Service (если необходимо)
14. kubectl apply -f .\imtob-etr-it-dictionary-api.yml --namespace=DEV Развертывание deployment
15. kubectl apply -f .\imtob-etr-it-dictionary-api-services.yml --namespace=DEV Развертывание service
16. Развертывание микросервиса в kubernetes 1. Secret 2. Deployement 3. Service (если необходимо)
17. Структура YAML-конфигураций
18. Скрипты развертывания kubectl apply -f .\imtob-etr-it-image-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-mobile-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-planning-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-result-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-web.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-report-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-template-constructor-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-dictionary-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-integration-api.yml --namespace=DEV kubectl apply -f .\imtob-etr-it-identity-api.yml --namespace=DEV
19. Что нам предоставляет TFS для организации CI
20. VSTS-агент и развертывание решения в окружении заказчика
21. Взаимодействие VSTS-агента и Nexus Registry
22. Build Definition
23. Процесс сборки с помощью Dockerfile
24. Итоги использования TFS и K8S В результате мы получили простой и прозрачный CI/CD: • Разделение части разработки и развертывания. Сборка описывается в Dockerfile и лежит на плечах разработчика. • При настройке CI/CD не нужно знать о деталях и особенностях сборки - работа ведется только с Dockerfile. • Автоматическое определение зависимостей
25. Хранение конфигурации сервисов 1. Настраиваем загрузку конфигурации из папки secrets var configuration = new ConfigurationBuilder() .AddJsonFile($"appsettings.json", true) .AddJsonFile("secrets/appsettings.secrets.json", optional: true) .Build(); 2. Делаем mount папки secrets в kubernetes в настройках deployment-а 3. Добавляем новый secret в kubernetes kubectl create secret generic secret-appsettings-dictionary --from-file=./Dictionary/appsettings.secrets.json --namespace=XXX
26. Настройки RabbitMQ в K8S Проблема: (суть) Как решали: читайте статью Скриншот + (QR) - завтра будут.
27. Тесты 1. InMemory EF для Unit-тестирования каждого микросервиса в момент сборки. 2. После развертывания в DEV выполняются интеграционные тесты - сценариев newman-a
28. Мониторинг Модифицированный ELK стэк: • Внутри приложения - Serilog • Данные отправляем напрямую в Elasticsearch • Kibana - для разработчиков инженеров поддержки
29. Работа с состоянием Получилось несколько БД. У которых внутри простая структура. Для поддержания ее используется EF - Migrations
30. Минусы выбранного подхода 1. Высокий порог входа 2. Микросервисы → более сложное проектирование 3. Не все реализовано для Docker 4. Много Release Definition
31. Плюсы подхода 1. Инфраструктура как код 2. Масштабирование функционала и производительности 3. Микросервисы очень хорошо изолированы 4. Быстрая доставка изменений
32. Выводы для нас • На .NET Core можно и нужно реализовывать промышленные решения • K8S действительно облегчил жизнь, упростил обновление сред, облегчает конфигурирование сервисов • TFS можно использовать для реализации CI/CD для Linux