通过类比，我们很容易由硬件领域想到软件领域。譬如软件系统的架构，一直都是伴随着几种主流的模式，集中式，分布式以及最近才开始流行起来的“微服务”。

　　滨田宏发明的微型机器人，其实和微服务的思想很类似。一个微小的服务实体，有对外的接口与外部通讯。彼此之间能够快速组合成新的服务。其架构松散耦合。

　　什么是微服务?

　　微服务，至少我目前也没有找到一个很精确的标准化解释。所以我们首先从字面上来理解。既然是服务，那一定是一个能够实现某个功能的实体。

　　光有功能，是不能成为一下服务的，因为还需要有途径和外部交互。让外部的实体能够获取服务。譬如web服务，通过http协议和浏览器或者app进行交互。所以微服务，一般来说,是有一套和外部通讯的标准接口的，譬如REST API。

　　名字带了一个“微”字，说明提供的功能很小，或者很弱。但是一个非常小，或者非常弱的功能，是无法构成一个系统的，因此，他们之间，必须是能够相互组合的。

　　在软件领域，一般把它理解成一种新的架构设计模式。可以和我们通常所熟知的软件架构做类比，譬如集中式架构，分布式架构。

　　微服务的特点

　　彼此独立：既然是一个独立的服务，那必然是一个完整的自治系统，不依赖外部的东西就能够提供服务。有自己一整套的完整的运行机制，有和外部通讯的标准化接口。就像《超能特工队》里面滨田宏发明的微型机器人，它就是一个独立的小机器人。可以和其他的机器人通过磁性相互吸引，可以探测到彼此的存在。离开了其他个体，一样能够运转,只是功能比较单一.

　　原子化：作为一个微服务，一定是一个原子化的服务。也就是说服务不能再划分成更小的服务了。世界上的一些事物都是有原子 构成的。它为什么能构成所有的物体，正是由于它足够的基础。如果一个服务还能划分成几个小的服务，那我们就不能称之为一个微服务，它其实可以通过几个微服务组合成的一个系统。

　　组合和重构：如果是最原子的服务，那一定是没有任何用处的。微服务之所以神奇,在于它能快速的组合和重构。彼此组合成一个系统。系统里面所有的实体在概念上是对等的。因此它的结构相对简单化。是一种松散耦合的结构，这样的系统，往往具有更强的可扩展性和鲁棒性。

　　微服务之于实践

　　前面谈了这么多，可能大部分人还是没有明白微服务是个什么东西。我们试着通过一些东西来描述。

　　例如，我们使用ghost搭建了一套个人博客的系统。如果使用传统的架构，我们可能以模块的视角来划分，譬如可以分为”用户管理”，”文章编辑“等几个模块。

　　换一个视角，我们可以从服务的角度来思考。未来简单起见,我们先考虑单租户的场景:

　　Markdown Service

　　Web Service

　　UGC Service

　　MySQL Service

　　我们再想想，如果要提供多租户的服务呢?

　　我们把数据库变大，存储多个用户的信息?这的确是一种思路，但是其思想有点和我们的微服务的思想背道而驰了。

　　我们为什么不为每个用户配备这样一套服务呢，只要每个服务足够的微小，其实是没有太多的浪费的。上面图里构成的一套系统我们可以作为单独服务一个用户的自治系统。当用户增多时，就呈现出了一套去中心化的云服务的雏形。

　　Docker在微服务系统中所扮演的角色

　　微服务要运行，首先需要一套执行的环境.这套环境不能对外部有依赖性。同时，执行环境的粒度又必须足够的小，这样才能称之为”微“，否则必然是对资源的巨大浪费。一个微服务可以跑在一台虚拟机上面，但是虚拟机粒度太大，即使最小的虚拟机，也至少也有1个核。

　　正如我们上面的ghost博客的例子，服务一个用户的服务，显然用不了一个核。同时，虚拟机有没有一套方便的管理机制，能够快速的让这些服务之间能够组合和重构。