如何在.NET世界中构建面向微服务的应用程序？有没有什么平台可以让我们在.NET世界中编写面向微服务的应用程序？如何设想包括Micro服务、事件存储和一些NoSQL数据库的体系结构？谢谢
点击此链接获取使用.NET框架、ASP.NET和RabbitMQ设置简单微服务框架的分步指南。
本教程从核心概念开始，实现一个可工作的应用程序，并根据应用程序的大小和复杂性对其进行扩展，在每个步骤中解决典型的微服务问题。
微服务与其说是一个框架或一组库，不如说是一种体系结构方法。但在.Net世界中，您可以使用OWIN（Open web Interface for.Net）.为web服务创建独立的进程
您可以在中看到一个实现自托管web服务的示例（它不需要IIS）
http://www.asp.net/web-api/overview/hosting-aspnet-web-api/use-owin-to-self-host-web-api
这样，你就可以在一台或多台机器上实现微服务，比如自托管服务。数据库或事件源的类型取决于您的应用程序。
然后，您可以构建一些由应用程序查询的API Rest，用作访问的中心点，一个Facade模式，每个请求都将转到您的一个小服务。
Microsoft发布了Service Fabric，它为您提供了一个微服务平台。
它是Azure产品，但也将在Windows Server 2016的内部部署中提供。
您可以在运行VS2015的开发机器上安装Service Fabric，并使用SDK进行尝试。
请看一下。请注意，这是一个热门话题，事情每天都在变化。目前，微服务的核心运动主要发生在Java世界。
http://blog.pivotal.io/pivotal/case-studies-2/tech-start-up-lessons-micro-services-architecture-with-net-and-rabbitmq
http://abdullin.com/post/how-micro-services-approach-worked-out-in-production/
由于使用微服务时选择的协议是HTTP，因此我建议将.NET Web API作为API层。由于微服务尊重SOA的4个租户，因此您需要确保每个服务都有自己的数据存储，并且每个"服务"都可以独立部署。我想说的是，在建立体系结构时，最重要的方面与API契约有关，因为每个服务都可以有自己的实现。
.NET Web API+NServiceBusdo为基于微服务的体系结构提供了良好的基础。