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

发布时间：2021-01-08 04:47:22 所属栏目：安全来源：网络整理

导读：副标题#e# 《微服务架构下，如何打造别具一格的服务治理体验？(上)》要点：本文介绍了微服务架构下，如何打造别具一格的服务治理体验？(上)，希望对您有用。如果有疑问，可以联系我们。作者介绍张真,宜信技术研发中心高级架构师,负责基础系统架构演进与

当然计算节点自身管理包含工作有很多扩展,要根据实际需求定义.

三、打造微服务计算的基础三件事

微服务计算平台实现服务治理首先要解决三个基础：服务注册与发现,服务监控,服务调用控制.

1、服务注册与发现

1)服务注册

经典的服务注册方法有以下两种：

显式配置：人工将服务的接口信息(服务名,服务URI等)配置到服务注册中心.WebService UDDI就是这种模式.它的问题是需要人工收集服务接口信息,这个过程可能产生滞后或者错误的信息,运维代价大.
代码实现：调用服务注册中心客户端发送服务的接口信息到服务注册中心.典型用例是基于Zookeeper服务注册.它的优势是服务接口的URI可能是通过代码收集出来的,较人工收集更加自动化.

但它也有如下问题：

基于前文的计算节点模型,我们的微服务注册过程如下：

以HTTP方式对外暴露功能的服务能力(如图Http服务能力A)基于计算节点提供的Http服务框架实现.统一技术栈的目的之一,也是为服务注册做准备.
在Http服务能力A装配时,基础服务能力“服务能力画像”会对其进行画像.画像的过程实际是对编程模型的解析过程.提取的信息包括IP,Context路径,服务接口的URL,服务接口对应的实现方法,方法输入参数的Pattern等等.这个过程就实现了服务的自动发现.
服务能力画像完成画像后会将画像数据转交给基础服务能力“心跳客户端”.
心跳客户端通过心跳上行将服务接口数据发送到服务注册中心.

我们的服务注册过程是以心跳系统为基础的,服务注册是心跳事务中的一种.实际上服务注册中心是基础服务能力“心跳服务端”的功能,而它的载体是另一个计算节点(如图服务计算节点B),这也是计算节点的对等性体现,因为任何一个具备心跳服务端能力的计算节点都可以作为服务注册中心.

服务注册：常规模式

服务注册：“心跳级联代理”模式

（编辑：南京站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

百万周下载量 node-ip	新型的攻击方式能够使
要有光保证整个API生	xHunt 新凭证窃取水坑