真的痛,小小的IP,大大的耦合

共 1214字,需浏览 3分钟

 ·

2021-08-09 23:37

什么是耦合?
耦合,是架构中,本来不相干的代码、模块、服务、系统因为某些原因联系在一起,各自独立性差影响则相互影响变动则相互变动的一种架构状态。

感官上,怎么发现系统中的耦合?
作为技术人,每每在心中骂上下游,骂兄弟部门,“这个东西跟我有什么关系?为什么需要我来配合做这个事情?”。明明不应该联动,却要被动配合,就可能有潜在的耦合。

因为IP配置,导致上下游必须联动,就是一个耦合的典型案例。

什么场景会引发IP耦合呢?
举个栗子,线上有一台数据库服务器,因为某种原因,例如磁盘故障,要进行更换。运维部署了一台新机器,DBA部署好数据库实例,做好了数据,只等调用方切换。

调用方如何切换数据库实例呢?
原来数据库有个旧IP,现在有个新IP,要通知上游将流量切到新IP上来,怎么办?
一一通知上游切换呗。找到上游,抱歉,IP换了,麻烦修改配置重启一下,连到新的IP上去。

不知道大家工作中会不会遇到这样的场景,数据库或者服务的IP换了,你作为上游的调用方,需要配合修改配置重启。此时你心里可能就在骂娘了,明明变化IP的是别人,为什么配合修改配置重启的人是我。

特别的,如果变换IP的是一个基础服务或者一个基础数据库,调用它的上游很多,那么可能A部门、B部门、C部门,要全部找一遍,全部配合修改配置重启。

所以这个因为IP配置使得上下游耦合在一起的案例,其耦合范围非常广的,理想的情况是谁修改IP,只有一处修改,流量就能默默迁移过去,这就是解耦。

如何解除IP耦合?

常见的方法是使用内网域名替代内网IP,如果没有做这个优化,强烈的建议马上实施,将配置文件中的内网IP全部干掉,全部改为内网域名。
 
使用内网域名,就不需要上游配合重启了吗?
假设现在不用内网IP,改用内网域名了,一个服务或者数据库的IP变更,只需要一个地方更改,而不是所有上游更改:


(1)运维修改内网DNS,将内网域名指向新的IP,如果是短连接调用,未来新的请求流量,自然会切到新的IP上;如果是长连接调用,新的长连接会连到新的IP上,但旧的长连接仍然连接的是旧IP;

(2)运维统一将旧IP上的连接切断,如无意外,服务或者数据库的连接池都有重连功能,重连后就会自动连到新IP上去;

如此这般,只要运维配合就可以完成IP的迁移,对于所有上游的调用方不需要配合修改配置重启。

使用内网域名来替换内网IP,只是一个很小的优化点,但对于IP解耦却是非常的有效。

希望大家每天收获一点点,这样架构就能美好一点点。
你痛过吗?那帮下。

推荐文章
每秒100W次的计数,架构这样设计
数据库软件架构,到底要设计些什么
MySQL官方的数据库中间件
浏览 17
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报