Как создать приложение, ориентированное на микросервис в мире .NET? Существуют ли какие-либо платформы, на которых мы можем писать приложения с поддержкой микросервиса в мире .NET? Как представить архитектуру, включающую в себя микросервисы, хранилище событий и некоторые базы данных NoSQL? Спасибо.
Микросервисы и .NET
Ответ 1
Следуйте этой ссылке для пошагового руководства по настройке простой инфраструктуры Microservice с использованием .NET framework, ASP.NET и RabbitMQ.
Учебное пособие начинается с основных понятий, реализует рабочее приложение и масштабирует это приложение с точки зрения размера и сложности, решая типичные проблемы Microservice на каждом этапе.
Ответ 2
Microservices - это скорее архитектурный подход, чем каркас или набор библиотек. Но в мире .Net вы можете создать независимый процесс для веб-сервисов, используя OWIN (Open Web Interface for.NET).
Вы можете увидеть пример внедрения веб-службы самообслуживания (она не требует IIS):
http://www.asp.net/web-api/overview/hosting-aspnet-web-api/use-owin-to-self-host-web-api
Благодаря этому вы можете реализовать свои микросервисы, такие как услуги самостоятельного хостинга, на одной или нескольких машинах. Тип базы данных или источника событий зависит от вашего приложения.
Затем вы можете создать некоторый запрос API Rest, запрошенный вашим приложением, используемый как центральная точка доступа, шаблон Facade, каждый запрос будет обращен к одному из ваших миньонов-микросервисов.
Ответ 3
Microsoft выпустила Service Fabric, которая дает вам платформу для Microservices.
Это предложение Azure, но также будет доступно на месте с Windows Server 2016.
Вы можете установить Service Fabric на dev-машине под управлением VS2015 и попробовать ее с помощью SDK.
Ответ 4
Пожалуйста, посмотрите. Обратите внимание, что это горячая тема, и все меняется ежедневно. В настоящее время основное движение на микро-сервисах происходит в основном в мире Java.
http://abdullin.com/post/how-micro-services-approach-worked-out-in-production/
Ответ 5
Поскольку протокол выбора при работе с микросервисами - это HTTP, я бы рекомендовал .NET Web API для уровня API. Поскольку микросервисы уважают 4 арендаторов SOA, вы захотите убедиться, что каждая служба имеет собственное хранилище данных и что каждая "служба" может быть развернута независимо. Я бы сказал, что наиболее важный аспект при настройке архитектуры связан с контрактами API, потому что каждая служба может иметь собственную реализацию.
.NET Web API + NServiceBusdo обеспечивает хорошую основу для архитектуры, основанной на микросервисах.