微服务架构下，如何打造别具一格的服务治理体验？(上)(2)

这里引入一个很有意思的思考：社会是由人(个体)构成的相互协作的群体,每个人都可能具备几种技能,并使用这些技能参与到社会分工协作中去.具备同种技能的人可以一起协作来提高生产效率和提供可靠性高的生产输出；具备不同技能的人可以在某一件事情上进行分工协作,形成生产流水线.

其实可以发现微服务的特性跟人类社会的运作方式很像.服务实例就是个体,服务能力就是技能,允许服务实例具备几种服务能力,具备相同服务能力的实例可以看做同类型的实例,多个同类型实例构成的集群可以实现负载均衡和高可用,不同类型实例可以被编排在一起完成业务流程.我们把这种分布式设计称为“拟社会化”.

“拟社会化”分布式设计抽象图：

“拟社会化”分布式设计的特点：

这里可能有个疑问：为什么允许某个服务计算节点有多个服务能力,这是不是一种“倒退”,不符合微服务的原则?其实主要有两个方面的原因：

这里举两个例子对“拟社会化”分布式设计的应用加以说明.

实践实例一：短信系统是常见的高并发系统,在互联网环境下可能因为各种营销活动引起Peaktime,常规的做法是增加资源,但现实是资源池是有限的,而且多数时候Peaktime会波及整个营销活动链条的系统,这些系统都需要增加资源,很快资源池就分光了.在“拟社会化”的分布式设计下,可以通过服务能力的快速切换,把一些业务休眠或在当前时间段体量小的服务能力的计算资源向Peaktime的服务能力集中,在Peaktime过去以后,又能快速的恢复原集群.同时,可以发现另一个特性的体现：软件定义集群.这个特性会在以后的分享专题中专门说明.

实践实例二：在P2P业务中,线下签约通常是白天进行而晚上无业务,而签约数据的统计工作是T+1的模式,是在晚上进行.传统方式是部署两个完全独立的系统,而“拟社会化”的分布式系统通过复合能力节点,以服务能力切换的方式实现同一套计算资源的复用.

接下来,就是把微智能思想和拟社会化分布式设计统一起来,构建微服务计算平台的计算节点抽象模型.它遵循以下原则：

计算节点抽象模型：

服务能力是一种计算能力,分为基础服务能力和业务服务能力.

按照以上原则,服务计算节点还提供了三类基础支持：

• 服务能力的生命周期管理：

（编辑：ASP站长网）