关于微服务、ESB、APIGetway

微服务

基本概念

微服务是SOA（面向服务）下的最终产物，该架构的设计目标是为了肢解业务，使得服务能够独立运行。

解释

官方的解释：微服务把一个大型的单个应用程序和服务拆分为数十个的支持微服务。一个微服务的策略可以让工作变得更为简便，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。

通俗的解释：微服务就是把一个整体的系统业务，拆分成原子化的、可独立部署的模块。

例子：比如我有一个OA系统，有C#MVC的网页版和QT的客户端版。现在我要查看一个订单，如果不用微服务，那么代码可能是这么写的：“网页版先写一个查看的方法，客户端版再写一个查看的方法”。这两种方法的逻辑几乎一模一样，但是却要写两遍，再以后的维护上很是麻烦。那么是否有办法解决这个问题呢？
答案自然是有的，我们可以用Python（其他语言也行，这里是举个例子）单独创建一个项目，部署在一台服务器上，并且写一个接口返回查看的数据，让网页版和客户端版通过某种方式（比如http）访问这个接口，获得返回的数据（一般可以是json或者xml）。
按照这种思路，C#MVC的网页版和QT的客户端版都用的同一种方式查看订单，以后如果有修改，只要修改关于查看订单的方法就好了。
微服务的好处只有方便修改么？当然不是！继续刚才的例子，如果用户访问量上来了，那么查看订单的方法的访问量可能很多，而修改账号的可能很少，