混合云中微服务架构系统,是用同一套注册中心,还是更独立部署为两套?

金融行业混合云场景下,将微服务同时部署在私有云与公有云中。

请问哪种思路更佳
1、两云共用一套注册中心,微服务间走专线调用?
2、如果独立部署两套,考虑到微服务间调用,如何架构较好?

或者有更好的方式?谢谢

8回答

顾黄亮顾黄亮  技术总监 , 苏宁消费金融有限公司
aixchinazhuhaiqiangaigoppb赞同了此回答
注册中心作为微服务的电话本,是非常重要的,无论在公有云、私有云还是混合云,注册中心都要具备高可用特性,因此需要在部署架构层面来执行。以混合云架构举例,公有云和私有云采用专线或网络的方式进行通信,因此在网络线路上要具备接入的高可用。层主的方案有两个。1、一套注册中...显示全部

注册中心作为微服务的电话本,是非常重要的,无论在公有云、私有云还是混合云,注册中心都要具备高可用特性,因此需要在部署架构层面来执行。
以混合云架构举例,公有云和私有云采用专线或网络的方式进行通信,因此在网络线路上要具备接入的高可用。层主的方案有两个。
1、一套注册中心,优点是可以平滑切换,缺点是网络故障会导致注册失效,成本较低。
2、独立部署两套,优点是互不干扰,缺点是对于业务部署和业务系统之间的调用不友好,成本较高。
从性价比和维护性来看,第一个更好点。

收起
 2020-10-14
  • 感谢顾老师回答,再追问一个,如用同一套注册中心,是否可以在哪个环节设计微服务调用策略,默认调用本地集群,超过一定负荷后才去调用公有云微服务,或者有更好的网络优化方案,谢谢
    2020-10-15
  • 你好,微服务调用是非常频繁的,如果在专线的情况下,实际效果往往是比较好的,建议专线主备,并能够自动切换。
gavin_zhanggavin_zhang  系统架构师 , 某股份制银行
mtming333zhuhaiqiang赞同了此回答
服务注册中心是微服务治理框架中最主要的组件,微服务之间的隔离和弹性,都是靠服务注册中心进行管理。在混合云部署微服务,可以更好的发挥混合云的优势。 混合云的优势在于可以坚固安全合规和弹性能力,为了实现弹性能力,单一一套注册中心是最好的选择(架构简单,扩容灵活)。在设计...显示全部

服务注册中心是微服务治理框架中最主要的组件,微服务之间的隔离和弹性,都是靠服务注册中心进行管理。
在混合云部署微服务,可以更好的发挥混合云的优势。 混合云的优势在于可以坚固安全合规和弹性
能力,为了实现弹性能力,单一一套注册中心是最好的选择(架构简单,扩容灵活)。
在设计良好的微服务系统中,注册中心属于高可用,分布式的设计,接受最终一致性。一种方式是在公有云云和私有云上部署两个注册中心,这两个注册中心之间自己实现数据同步。微服务本身通过策略,实现本地服务优先的访问策略。
补充一点,这种方案需要对注册中心的通信进行监控,避免出现脑裂。

收起
 4天前
浏览201
chinesezzqiangchinesezzqiang  信息技术经理 , M
mtming333赞同了此回答
首先混合云场景的部署是未来的趋势,两种思路各有好处:1、两云共用一套注册中心,微服务间走专线调用?      - 首先一定要考虑网络延迟问题,网络作为混合云的重要桥梁,是应用业务正常的必要条件; 两套分别部署到不同的环境(公有云、私有云),具备了高可用的属性; 为了避免资源浪...显示全部

首先混合云场景的部署是未来的趋势,两种思路各有好处:
1、两云共用一套注册中心,微服务间走专线调用?

      - 首先一定要考虑网络延迟问题,网络作为混合云的重要桥梁,是应用业务正常的必要条件;

  • 两套分别部署到不同的环境(公有云、私有云),具备了高可用的属性;
  • 为了避免资源浪费,建议采用双A方式部署。 2、如果独立部署两套,考虑到微服务间调用,如何架构较好?      - 一定是采用服务网关或类似平台化的架构,通过此架构可以轻松进行接口调用,而且便于拍错; -内部的资源调度一定是在不同的集群内完成,不要跨集群完成;
  • 监控相对清晰,拍错相对简单。 从项目经验看,我更看好第一套方案,成本较低、灵活性高,而且也是平台统一化的趋势所在。
收起
 4天前
浏览171
aixchina 邀答
Steven99Steven99  软件架构设计师 , steven
zhuhaiqiang赞同了此回答
混合云场景下, 部署一套或两套可能需要考虑混合云的管理能力和方式网络延迟是一个重要的考虑因素,从高可用角度,尽量部署两套,互为备份,当然资源会浪费点,不过公有云通常作为备份措施,更好实现弹性伸缩服务调用建议通过服务网关或api网关,在网关层可以实现负载分发、限流等能力...显示全部

混合云场景下, 部署一套或两套可能需要考虑混合云的管理能力和方式
网络延迟是一个重要的考虑因素,从高可用角度,尽量部署两套,互为备份,当然资源会浪费点,不过公有云通常作为备份措施,更好实现弹性伸缩
服务调用建议通过服务网关或api网关,在网关层可以实现负载分发、限流等能力,首先使用私有云资源,在响应时间或相关指标增加时,分发到公有云,实现弹性扩容。
微服务内部调用尽量不要跨云或跨集群。

收起
 5天前
浏览222
aixchina 邀答
尘世随缘尘世随缘  技术总监 , 上海某互联网金融公司
无论是混合云也好,异地多活也罢首要条件就是网络打通,一般使用专线保障各朵云之间网络互通,好在目前各云厂商都提供这样的服务,只需申请即可。推荐使用单个注册中心,这样架构相对来说比较简单,扩容,缩容都简单。如果技术能力满足的情况下最好能对架构做些调整,服务注册的时候标记...显示全部

无论是混合云也好,异地多活也罢首要条件就是网络打通,一般使用专线保障各朵云之间网络互通,好在目前各云厂商都提供这样的服务,只需申请即可。推荐使用单个注册中心,这样架构相对来说比较简单,扩容,缩容都简单。
如果技术能力满足的情况下最好能对架构做些调整,服务注册的时候标记下所属云,另外在客户端调用的时候选择同一朵云尽量避免跨云调用。

收起
 3天前
浏览104
bryanbryan  软件架构设计师 , 金融研发
公有云和私有云是按照部署区域进行归类划分而来。在混合云中,不论架构如何,一方面对云平台之外用户提供服务,一方面云平台内部之间微服务互相调用。由于企业网络一般会进行多种逻辑分区,比如DMZ区、办公区、生产区等,难以用一套注册中心满足各种要求。不同网络区域的应用或者...显示全部

公有云和私有云是按照部署区域进行归类划分而来。在混合云中,不论架构如何,一方面对云平台之外用户提供服务,一方面云平台内部之间微服务互相调用。由于企业网络一般会进行多种逻辑分区,比如DMZ区、办公区、生产区等,难以用一套注册中心满足各种要求。不同网络区域的应用或者服务可以采用前置机或者代理的模式进行调用。

收起
 3天前
浏览125
赵海赵海  技术经理 , 大连
注册中心共用一套,从标准化上以及运维的一致性上来讲比较好,从高可用上来讲也没那么高的业务要求,建议方案一显示全部

注册中心共用一套,从标准化上以及运维的一致性上来讲比较好,从高可用上来讲也没那么高的业务要求,建议方案一

收起
 3天前
浏览140
ljosefljosef  软件架构设计师 , 民生银行
选择混合云部署同一套微服务业务势必会产生跨云的网络调用,这种延迟对于业务而言是额外的性能损失,相比较弹性扩展带来的好处,网络复杂性的成本需要有严格的评估:(1)评估混合云的专线成本以及网络延迟(2)评估服务间调用的峰值对网络带宽的影响(3)评估服务配置中对调用延迟的容忍度 ...显示全部

选择混合云部署同一套微服务业务势必会产生跨云的网络调用,这种延迟对于业务而言是额外的性能损失,相比较弹性扩展带来的好处,网络复杂性的成本需要有严格的评估:
(1)评估混合云的专线成本以及网络延迟
(2)评估服务间调用的峰值对网络带宽的影响
(3)评估服务配置中对调用延迟的容忍度

如果以上指标能够基本满足,可以考虑共用一套注册中心。反之,需要考虑对业务进行单元化处理,每个独立的网络分区内部署独立的注册中心,处理部分业务,当然这就要求业务也是需要独立的部署两套。

收起
 4天前
浏览146

提问者

mtming333系统运维工程师, 甜橙金融翼支付

问题状态

  • 发布时间:2020-10-14
  • 关注会员:9 人
  • 问题浏览:1916
  • 最近回答:3天前