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

经典的微服务架构一般包含两个部分：API网关,一组微服务.API网关是唯一的请求入口,它还要负责负载均衡,路由编排,失效切换等工作.

经典的微服务架构图(来源网络):

关于经典微服务架构的文章很多,这里重点想分享一些我们实践经典微服务架构的一些问题：

整体看来,经典微服务架构还不够“聪明和智能”,于是我们设计并着手研发新一代微服务计算平台,希望能够让其充分发挥微服务架构的优势和特性.

“微智能”这个概念起源于智能家居,是目前智能硬件领域的一股创新思想.在提到“智能”这个词,通常是相对人而言,智能家居通过“智”的体现,更好的服务人的生活.于是,我们就思考是否系统或者服务也能体现“智”,如果与微服务相结合,让其更加“聪明”的工作?

先来看看微智能的设计思想：

1)自动发现：即真实的反映现实世界,尽可能利用“自动化”手段捕获现实情况并提取有效”信息”.微服务实际上对原有的单体系统或”重”服务进行了拆分,意味着服务种类以及服务实例个数会成倍增加,依靠人工整理或编排的手段变得笨重滞后.自动发现实现了微服务生命周期管理初始环节的自动化.

2)自我维护：即形成“闭环”反馈回路,将“输入”或“中间”或“结果”信息再反馈到系统中,合并成新的“输入”或“中间”或“结果”信息.真实世界的信息变化很快,为了尽量趋近真实,需要不停的迭代.微服务架构除了更多的服务实例个数(规模增长),也意味着更加“多变复杂”的服务更迭(变更频率增长),自我维护实现了微服务生命周期管理更迭的自动化.

3)自动适应(适配)：自动适应拓展了自动发现+自我维护的思想外延,是“智”的体现.根据自动发现的信息适配相应的处理(初次适应)；根据自我维护的反馈,不断调整(迭代适应).比如服务降级的阀值,其实不同时间不同资源使用情况下这个阀值是动态变化的,在数百服务实例的级别都已无法依靠人工来进行调整,而需要每个服务实例依据上下文的环境以及历史状态的分析自主的调节.

所以微智能设计思想的三个核心原则正是构建“智”的微服务计算平台的基础指导思想.

有了微智能的思想,我们还需要重新认识“服务”.什么是微服务,社群里有很多文章都分享了相关的内容.我们理解服务的“微”体现在：

（编辑：ASP站长网）