一、什么是微服务
微服务是一种架构风格，它要求我们在开发一个应用的时候，这个应用必须构建成一系列小服务的组合;可以通过http的方式进行互通。
二、单体应用架构
所谓单体应用架构(all in one)是指，我们将一个应用的中的所有应用服务都封装在一个应用中。
无论是ERP、CRM或是其他什么系统，你都把数据库访问，web访问，等等各个功能放到一个war包内。
这样做的好处是，易于开发和测试;也十分方便部署;当需要扩展时，只需要将war复制多份，然后放到多个服务器上，再做个负载均衡就可以了。
单体应用架构的缺点是，哪怕我要修改一个非常小的地方，我都需要停掉整个服务，重新打包、部署这个应用war包。特别是对于一个大型应用， 我们不可能吧所有内容都放在一个应用里面，我们如何维护、如何分工合作都是问题。
三、微服务架构
all in one的架构方式，我们把所有的功能单元放在一个应用里面。然后我们把整个应用部署到服务器上。如果负载能力不行，我们将整个应用进行水平复制，进行扩展，然后在负载均衡。
所谓微服务架构,就是打破之前all in one的架构方式，把每个功能元素独立出来。把独立出来的功能元素的动态组合，需要的功能元素才去拿来组合，需要多一些时可以整合多个功能元素。所以微服务架构是对功能元素进行复制，而没有对整个应用进行复制。
这样做的好处是:
节省了调用资源。每个功能元素的服务都是-个可替换的、可独立升级的软件代码。
四、如何构建微服务
一个大型系统的微服务架构，就像一个复杂交织的神经网络,每-个神经元就是一个功能元素，它们各自完成自己的功能，然后通过http相互请求调用。比如一个电商系统，查缓存、连数据库、浏览页面、结账、支付等服务都是一个个独立的功能服务，都被微化了，它们作为一个个微服务共同构建了一个庞大的系统。如果修改其中的一个功能，只需要更新升级其中一个功能服务单元即可。
但是这种庞大的系统架构给部署和运维带来很大的难度。于是，……..
以上对于科普是已经很好的了，博客上面很多都是java的微服务，对于net的微服务比较少；
因而，在之后的几个月不断完善.net的微服务（区别于分布式系统部署），有感兴趣的小伙伴可以参考….
大家有问题可以与个人发邮件，收到邮件会第一时间回复大家！
自勉：“锲而不舍，金石可镂”
本文参考：https://blog.csdn.net/Massimo__JAVA/article/details/126545470
原文地址：http://www.cnblogs.com/haiouxiangyun/p/16888198.html
