2. Немного о себе
В коммерческой разработке с 2008 года
Закончил КПИ (2 раза)
Microsoft MVP
Занимаюсь ИТ консалтингом, разработкой
и проектированием информационных
систем и решений
4. 27 июня 2016 началась экспансия .NET Core
Windows
macOS
Linux
5. За что же мы любим .NET?
- Деcктопные приложения (Hello, .NET Core 3.0!)
- Веб-приложения
- Облачные сервисы (сервисы, лямбды, etc.)
- Мобильная разработка (Xamarin)
- IoT
- Machine Learning (ML.NET)
- Квантовые вычисления (!!!)
И все это с бесшовной интеграций в одном проекте!
Q#
6. Инструменты для разработки на любой
платформе
• Rider
• Visual Studio Code (самый популярный редактор среди Go-разработчиков в Google)
• Visual Studio for Mac
7. А за что мы любим микросервисы?
• Жесткие границы модулей. Четкая модульная структура,
что крайне удобно для больших команд.
• Независимое развертывание. Микросервисы проще в
развертывании, и поскольку они автономны, меньше
шансов вызвать сбои системы, когда один из них работает
некорректно.
• Технологическое разнообразие. С микросервисами легко
смешивать языки программирования, среды разработки и
технологии хранения данных.
9. Что такое vi stories?
vi stories – система контекстной рекомендации
видео.
Сверхзадача:
• анализ контента страницы и подбор видео
наиболее точно соответствующего контенту
Требования к системе:
• минимальное время для анализа страницы,
• минимальное время для подбора видео.
16. App Metrics
Позволяет собирать метрики со всех сервисов.
Далее все передается в:
Influx
Graphana
https://www.app-metrics.io
17. Polly
Polly is a .NET resilience and transient-fault-handling library that allows
developers to express policies such as Retry, Circuit Breaker, Timeout,
Bulkhead Isolation, and Fallback in a fluent and thread-safe manner.
From version 6.0.1, Polly targets .NET Standard 1.1 and 2.0+.
http://www.thepollyproject.org
19. Health checks в ASP.NET Core
Health checks позволяют:
• Использовать их вместе с оркестраторами контейнеров и подсистемами балансировки
нагрузки, чтобы проверять состояние приложения. Например, оркестратор контейнеров
может реагировать на неуспешную проверку работоспособности, остановив
последовательное развертывание или перезапустив контейнер.
• Балансировщик нагрузки может реагировать на неработоспособное приложение путем
перенаправления трафика от неисправного экземпляра к работающему экземпляру.
• Использование памяти, диска и других ресурсов физического сервера можно отслеживать с
точки зрения работоспособности.
• Проверки работоспособности позволяют проверять зависимости приложения, такие как
базы данных и конечные точки внешних служб, чтобы убедиться в доступности и
нормальной работе.
https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/health-checks