绑定完请刷新页面
取消
刷新

分享好友

×
取消 复制
互联网分层架构的本质
2020-08-11 17:08:44

经常有朋友问我,为什么要做分层架构,什么时候架构要抽象一层,今天来聊一聊这个问题。


上图是一个典型的互联网分层架构
(1)客户端层:典型调用方是browser或者APP;
(2)站点应用层:实现核心业务逻辑,从下游获取数据,对上游返回html或者json;
(3)数据-缓存层:加速访问存储;
(4)数据-数据库层:固化数据存储;

如果实施了服务化,这个分层架构图可能是这样:
中间多了一个服务层

同一个层次的内部,例如端上的APP,以及web-server,也都有进行MVC分层
(1)view层:展现;
(2)control层:逻辑;
(3)model层:数据;

可以看到,每个工程师骨子里,都潜移默化的实施着分层架构

那么,互联网分层架构的本质究竟是什么呢?
如果我们仔细思考会发现,不管是跨进程的分层架构,还是进程内的MVC分层,都是一个“数据移动”,然后“被处理”“被呈现”的过程,归根结底一句话:互联网分层架构,是一个数据移动,处理,呈现的过程,其中数据移动是整个过程的核心

如上图所示,数据处理和呈现要CPU计算,CPU是固定不动的
(1)db/service/web-server都部署在固定的集群上;
(2)端上,不管是browser还是APP,也有固定的CPU处理;

数据是移动的
(1)跨进程移动:数据从数据库和缓存里,转移到service层,到web-server层,到client层;
(2)同进程移动:数据从model层,转移到control层,转移到view层;

数据要移动,所以有两个东西很重要:
(1)数据传输的格式;
(2)数据在各层次的形态;

先看数据传输的格式,即协议很重要:
(1)service与db/cache之间,二进制协议/文本协议是数据传输的载体;
(2)web-server与service之间,RPC的二进制协议是数据传输的载体;
(3)client和web-server之间,http协议是数据传输的载体;

再看数据在各层次的形态,以用户数据为例:
(1)db层,数据是以“行”为单位存在的row(uid, name, age);
(2)cache层,数据是以kv的形式存在的kv(uid -> User);
(3)service层,会把row或者kv转化为对程序友好的User对象;
(4)web-server层,会把对程序友好的User对象转化为对http友好的json对象;
(5)client层:最终端上拿到的是json对象;

结论:互联网分层架构的本质,是数据的移动。

为什么要说这个,这将会引出“分层架构演进”的核心原则与方法:
(1)让上游更高效的获取与处理数据复用;
(2)让下游能屏蔽数据的获取细节封装;

有了上面的铺垫,水友经常问的这些问题:
(1)是否需要引入DAO层,什么时机引入;
(2)是否需要服务化,什么时机服务化;
(3)是否需要抽取通用中台业务,什么时机抽取;
(4)是否需要前后端分离,什么时机分离;
就非常好回答了,下期和大家深究。
画外音:网友们的这些提问,其实很难回答。在不了解业务发展阶段,业务规模,数据量并发量的情况下,妄下YES或NO的结论,本身就是不负责任的。

总结
(1)互联网分层架构的本质,是数据的移动;
(2)互联网分层架构中,数据的传输格式(协议)与数据在各层次的形态很重要;
(3)互联网分层架构演进的核心原则与方法:封装与复用;

分享好友

分享这个小栈给你的朋友们,一起进步吧。

架构师之路
创建时间:2019-12-19 10:54:22
架构师之路,沈剑和他的朋友们,聊聊职场,聊聊互联网,聊聊管理,聊聊架构,聊聊人生
展开
订阅须知

• 所有用户可根据关注领域订阅专区或所有专区

• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询

• 专区发布评论属默认订阅所评论专区(除付费小栈外)

栈主、嘉宾

查看更多
  • 58沈剑
    栈主
  • hwayw
    嘉宾
  • 唐川ITPUB
    嘉宾
  • 渔人
    嘉宾

小栈成员

查看更多
  • ☀️
  • 山中老狐狸
  • gaokeke123
  • 栈栈
戳我,来吐槽~