《大华云原生》系列文章希望用最流行、最简单的语言来解释云原生生态中的组成和应用关系。本专栏前两篇文章
一、服务接待中心和微服务网关
我的妻子最近快过生日了,我答应她去五星级酒店住一趟。我查看了目的地五星级酒店的价格,并决定只停留一天。第一次入住,特意检查了服务项目:擦鞋、熨烫衣服、机场绿色通道、专车接送等,几乎酒店内所有能让你懒惰创造奇迹的项目都能提供。不答应就不入住,插上房卡,一键拨打前台电话,要求熨衣服,一会儿服务人员把衣服拿走,20分钟后寄回来. 太方便了!
五星级酒店的所有服务只有一个入口:服务接待中心。这个服务接待中心和微服务软件架构中的网关功能在目的上真的很相似。
二、酒店内部通讯录及服务登记中心
其实仔细想想,服务接待中心(微服务网关)提供了一个面向用户的服务入口。那么,酒店的内部部门是不是只对外提供服务,对内部不提供服务呢?明显不是。举几个例子:
微服务架构也是如此。有的微服务直接为用户提供服务,有的微服务为内部系统服务提供服务。所以构造它的正确方法如下。
当服务之间有调用关系时,就有一个问题:如何联系各个部门(各个服务),联系方式是什么?事实上,建立酒店内部的通讯录是很有必要的,而这个通讯录只在酒店内部使用。微服务架构也需要这样的通讯录
服务之间的这个“通讯录”被称为微服务架构的服务注册中心。常见的微服务注册中心有 nacos, 等。
三、微服务的高可用
让我们考虑另一个问题。这么大的酒店只有一个服务部,只有一个采购部吗?当然不是,即使只有一个部门,也会分成多组。比如服务部A组负责1-3层,服务部B组负责4-6层,以此类推(这其实是一种负载均衡算法)。因此,进一步改进的架构应该如下。
每个部门虽然分为多个组,但也会有一个部门统一的管理制度和服务标准。统一制定系统和服务标准,统一配置管理。对于微服务架构,也会有一个地方保存某类微服务的统一配置信息,就是服务配置管理中心。我们常用的服务配置管理中心包括nacos、Cloud等(nacos既可以作为服务注册中心,也可以作为配置管理中心)
欢迎来到我的博客,更多精品知识收藏
本文转载注明出处(必须连载,不能只是文字):博客-
如果你觉得有帮助,请点赞和分享!您的支持是我不竭的创作动力!. 另外,作者近期还输出了以下精品内容,期待您的关注。
暂无评论内容