.Net Microservices The Hardcore Way: туториал от инженеров Microsoft, получаем PROD опыт

[Caraul]

Все это хорошо, но в России сейчас не очень актуально.

[telesis]

Можно развернуть проект локально без Azure, .Net и микросервисы никуда не денутся!

[Caraul]

Само собой, и k8s есть без Ажуры, а вместо Service Bus и EventHub взять RMQ и Kafka, Azure SQL и CosmosDB заменить на PostgreSQL и что-нибудь из NoSQL и т.д. - но это будет уже совсем другая статья.

[s207883]

И что конкретно изменится в ней, кроме названий?
Статья про архитектуру и взаимодействие компонентов в целом, а не про конкретную реализацию и каждый компонент в отдельности.

[Caraul]

Ну как сказать - "Зарегистрировать Azure Free Tier" и "Задеплоить приложение в Azure Kubernetes Service" вообще к архитектуре не относится. Да и кроме названий в статье нет ничего конкретного. А если погружаться в детали - "открывать любую интересующую вас главу и погружаться в вопросы проектирования ... HealthChecks". Открываем и видим - ASP.NET Core 5.0 HealthChecks packagе. Что, в другом фреймворке health checks такие же с точностью до имен? Был у меня в практике случай - решили перейти с Azure Table Storage на Cassandra. И там и там NoSQL - просто же имя поменять? Так вот, я до сих пор рад, что решили не переходить - столько конкретики повылезало.

[telesis]

А что не так с ASP.NET Core 5.0 HealthChecks packagе?

[Caraul]

Еще раз - "что конкретно изменится в статье, кроме названий" - "в другом фреймворке health checks такие же с точностью до имен?" Речь про то, что и туториал и статья привязаны к MS, к Azure, к ASP.NET, и эти составляющие тут не заменить, просто подставив имена других похожих продуктов.