для преподавателя

1. добавить описание преподавателя (= его можно сделать подробнее) - слайд 6
2. добавила слайды под выводы и рефлексию в конце
3. прописать основные тезисы - слайд 35
4. добавить тему и дату следующего вебинара - слайд 38

C# ASP.NET Core разработчик

otus.ru

Проверить, идет ли запись

Меня хорошо видно

&& слышно?

Преподаватель

Родион Мостовой

Преподаватель ASP.NET Core

​

Об опыте:

10 лет разработки, из них 5 лет с использованием ASP.NET Core

Руководил разработкой в сервисе доставки продуктов “Доставка от Гудвина”

​

GitHub: https://github.com/rodion-m

Telegram: @rodion_m_tg

Активно участвуем и включаем камеры

​

Задаем вопрос голосом или в чат

​

Off-topic обсуждаем в Telegram

​

Вопросы в чате вижу, могу ответить не сразу

​

5

Правила вебинара

Пишем свой API: gRPC

М4: Микросервисная архитектура

М6: Работа с API

М1: Введение в ASP.NET Core и WebApi

М3: Прокачиваем проект

М5: Frontend-технологии

М7: Проектная работа

1.7 Юнит тестирование

1.6 Middleware

1.5 Entity Framework Core

1.4 DI контейнеры

1.3 Конфигурирование � приложения

1.2 Знакомимся с ASP.NET Core

1.1 Вводное занятие в курс

3.8 Ретро и планирование

3.7 Тестирование

3.6 Кеширование

3.5 Способы валидации данных

3.4 Логгирование

3.3 Identity Server 4

3.2 Разграничение прав доступа

3.1 Модель авториз./ аутентиф.

5.8 Ретро и планирование

5.7 Как подружить � React.JS с Asp.net Core

5.6 React хуки и библиотеки

5.5 React Router & Redux

5.4 React

5.3 Введение в React

5.2 Современный фронтенд

5.1 Blazor

7.2 Защита проектных работ

7.1 Консультация по проектам, дз

​

2.1 Способы размещения � приложения, Kestrel, IIS

2.2 Введение в docker, обзор � docker compose

2.3 Kubernetes

2.4 Разворачивание ASP.NET � Core приложения в облаке

2.5 CI/CD

2.6 Ретро и планирование

​

4.1 Монолиты и микросервисы

4.2 Работа с данными

4.3 Как превратить монолит в � микросервисы

4.4 Работа с данными: Архитектура

4.5 Работа с данными: рел. БД

4.6 Брокеры сообщений и � работа с RabbitMQ

4.7 Создание шаблона

4.8 Ретро и планирование

​

6.1 Пишем свой API: OData

6.2 Пишем свой API: GraphQL

6.3 Пишем свой API: gRPC

6.4 Пишем свой API: � SignalR Core

6.5 Как защититься от � хакерских атак

6.6 Рефакторинг старого � кода

​

Цели вебинара

После занятия вы сможете:

План полета

Что такое gRPC

Сравнение с REST и WCF

Protocol Buffers

Особенности gRPC

и работа с браузером

Рефлексия

Какая главная особенность у контроллеров?

Неожиданный вопрос

Какая главная особенность у контроллеров?

Они должны быть тонкими (содержать минимум кода).

А почему?

Неожиданный вопрос

​

Какая главная особенность у контроллеров?

Они должны быть тонкими (содержать минимум кода).

А почему?

Полезный бонус: Ответ узнаем на этом занятии.

Неожиданный вопрос

​

Различные архитектурные стили API

https://nuancesprog.ru/p/11310/

Четыре основных стиля API

в порядке их появления

gRPC

gRPC

​

gRPC - RPC фреймворк, не зависящий от платформ и языка использования

https://grpc.io/docs/languages/csharp/

Что такое gRPC

​

• Google Remote Procedure Calls
• Высоконагруженный фреймворк для удаленного вызова процедур с открытым исходным кодом
• Использует подход Contract-first и protobuf для описания интерфейса
• Multiplatform
• Применяется прежде всего в микросервисной архитектуре

gRPC в .NET

gRPC for C# (Grpc.Core)

https://github.com/grpc/grpc/tree/master/src/csharp

• Обёртка вокруг unmanaged библиотеки
• Максимальная функциональность / минимальные удобства
• Все настройки на строках
• Прелести unmanaged кода
• Используем местами не в production (эмуляторы/моки/тесты)

​

​

​

gRPC for .NET

https://github.com/grpc/grpc-dotnet

• Managed
• Интегрируется в ASP.NET Core
• Настройки строго типизированы

Примеры проектов на gRPC для .NET

​

Множество готовых примеров доступно по ссылке, в т. ч. примеры со стримингом

https://github.com/grpc/grpc-dotnet/tree/master/examples

LIVE

gRPC

​

Преимущества gRPC:

• Работает поверх HTTP/2
• Двухсторонний стриминг данных
• Плагинная система авторизации
• Трассировка
• Балансировщик нагрузки
• Отличный тулинг для поддержания разных ЯП

Кроссплатформенность и кодогенерация

​

• Клиент и сервер в части сериализации/десериализации и транспорта генерируются
• Поддержка C#, Go, Java, Python, Kotlin, PHP, Ruby
• Никаких проблем с регистром букв, опечатками, форматом (дат, чисел и т.д.)
• Код обоих сервисов синхронизирован с контрактом – гарантируется компилятором

Зачем нам нужен gRPC

​

• RPC-фреймворк WCF не попал в Net Core
• REST имеет ряд особенностей и недостатков

gRPC vs WCF

gRPC

• Официальная поддержка MS
• Contract-first (proto-файлы)
• Кроссплатформенность

​

​

​

https://docs.microsoft.com/ru-ru/dotnet/architecture/grpc-for-wcf-developers/wcf-services-to-grpc-comparison

WCF

• Устаревающая технология
• Code-first (интерфейс сервиса -> wsdl)
• Слабая возможность межплатформенного взаимодействия

gRPC vs REST

gRPC

• Фреймворк удаленного вызова процедур
• Protocol Buffers (Автогенерация клиента и сервера)
• HTTP 2 (Streaming)
• Ограниченные возможности по работе напрямую с браузером
• Ограниченный набор инструментов тестирования

​

​

​

REST

• Управление ресурсами
• OpenAPI (Swagger)
• Работа в формате запрос-ответ
• Хорошее взаимодействие с браузером
• Большой набор инструментов, включая отладку из браузера

gRPC vs REST

​

А что не так с REST?

• Контракты расползаются даже со Swagger (потому что не Contract First)
• Много бойлерплейт кода (сериализация, обработка ошибок, Dto)
• Перформанс – не очень
• По сети летает жирный JSON или XML

gRPC vs REST

​

Что предлагает gRPC?

• Contract First – контракты лежат в репозитории (можно Code First, если весь бэк на .NET)
• Различные платформы и языки хорошо дружат
• Строгая типизация
• Автогенерация клиента и сервера
• Контракты не разваливаются, меньше кода поддерживать
• Встроенная "из коробки", эффективный бинарный формат
• Лаконичная обработка ошибок
• Удобный стриминг в оба конца (в т.ч. дуплекс)

Что нам дает HTTP/2

​

Основные цели разработки HTTP/2:

• Возможность выбирать протокол, например, HTTP/1.1, HTTP/2 или другой
• Высокая совместимость с HTTP/1.1 — методы, коды статусов, поля хедеров
• Улучшение скорости загрузки благодаря сжатию хедеров запросов, бинарному протоколу, отправке данных по инициативе сервера, блокировке пакетов и запросу многократной передачи данных

https://imajor.ru/glossary/terms/http-1-1-i-http-2.49/

Отличие между протоколами HTTP 1.1 и HTTP/2

Protocol Buffers (protobuf)

​

Protocol Buffers — протокол сериализации (передачи) структурированных данных, предложенный Google как эффективная бинарная альтернатива текстовому формату XML

​

Protocol Buffers (protobuf)

​

Отладка protobuf: https://www.protobufpal.com/

​

Protobuf контракты

​

​

• Строгая типизация
• Строго определённая последовательность полей
• Поддержка nullable
• Поддержка коллекций, enum-ов
• Поддержка дефолтных значений
• Вложенные типы
• До 10 раз компактнее, до 100 раз быстрее JSON © Google
• По сути: кратно компактнее, в разы быстрее

https://developingdane.com/service-compare/

Пример protobuf-контракты

​

​

Доки: https://developers.google.com/protocol-buffers/docs/proto3

gRPC в .NET

gRPC for C# (Grpc.Core)

https://github.com/grpc/grpc/tree/master/src/csharp

• Обёртка вокруг unmanaged библиотеки
• Максимальная функциональность / минимальные удобства
• Все настройки на строках
• Прелести unmanaged кода
• Используем местами не в production (эмуляторы/моки/тесты)

​

​

​

gRPC for .NET

https://github.com/grpc/grpc-dotnet

• Managed
• Интегрируется в ASP.NET Core
• Настройки строго типизированы

gRPC for .NET

​

• Транспорт по HTTP2 – внутри gRPC-клиента сидит System.Net.Http.HttpClient, поэтому многие настройки в привычных полях и классах
• Авторизация
• Keep Alive
• Таймауты
• Многие серверные gRPC настройки настраиваются в Kestrel стандартным способом

Виды вызовов

​

Виды вызывод gRPC:

• Unary call
• Streaming
• Клиентский
• Cерверный
• Дуплекс

​

Примеры проектов на gRPC

​

Множество готовых примеров доступно по ссылке, в т. ч. примеры со стримингом

https://github.com/grpc/grpc-dotnet/tree/master/examples

Инструментарий

​

​

BloomRPC / Insomnia / Postman

• Как Postman/Fiddler для gRPC сервисов
• Учитывая специфику фреймворка – достаточно загрузить .proto файл и указать эндпоинт, чтобы отправить запрос

https://github.com/bloomrpc/bloomrpc

Инструментарий

​

​

• Swagger (на 2023 экспериментально)
• Пример: https://github.com/grpc/grpc-dotnet/blob/master/examples/Transcoder

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding?view=aspnetcore-7.0

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding-openapi?view=aspnetcore-7.0�

Список материалов для изучения

​

​

​

• https://grpc.io/
• https://docs.microsoft.com/ru-ru/aspnet/core/grpc/comparison?view=aspnetcore-5.0
• https://habr.com/ru/company/nix/blog/304518/
• https://grpc.io/docs/guides/benchmarking/#:~:text=Benchmarking-,gRPC%20is%20designed%20to%20support%20high%2Dperformance%20open%2Dsource%20RPCs,tests%2C%20and%20the%20testing%20infrastructure.
• https://docs.microsoft.com/en-us/aspnet/core/grpc/test-tools?view=aspnetcore-5.0
• https://github.com/uw-labs/bloomrpc/releases
• https://docs.microsoft.com/en-us/aspnet/core/grpc/browser?view=aspnetcore-5.0
• https://www.envoyproxy.io/
• https://www.envoyproxy.io/docs/envoy/latest/configuration/http/http_filters/grpc_json_tr anscoder_filter

Выводы и рефлексия

Тезисы

Цели вебинара

Проверка достижения целей

Рефлексия

По какому вопросу захотелось глубже изучить информацию?

Понимаете ли вы, как применять на практике то, что узнали на вебинаре. Если да, то как?

Заполните, пожалуйста, опрос

Спасибо за внимание!

Приходите на следующие вебинары