互联网分层架构的本质
来源:互联网 发布:mac磁盘已被锁定 编辑:程序博客网 时间:2024/05/18 03:49
原文地址:http://mp.weixin.qq.com/s/4UB4AZe2R0lVCT6f5ExEMw
上图是一个典型的互联网分层架构:
客户端层:典型调用方是browser或者APP
站点应用层:实现核心业务逻辑,从下游获取数据,对上游返回html或者json
服务层:如果实现了服务化,就有这一层
数据-缓存层:加速访问存储
数据-数据库层:固化数据存储
同一个层次的内部,例如端上的APP,以及web-server,也都有进行MVC分层:
view层:展现
control层:逻辑
model层:数据
可以看到,每个工程师骨子里,都潜移默化的实施着分层架构。
那么,互联网分层架构的本质究竟是什么呢?
如果我们仔细思考会发现,不管是跨进程的分层架构,还是进程内的MVC分层,都是一个“数据移动”,然后“被处理”和“被呈现”的过程,归根结底一句话:互联网分层架构,是一个数据移动,处理,呈现的过程,其中数据移动是整个过程的核心。
如上图所示:
数据处理和呈现要CPU计算,CPU是固定不动的:
db/service/web-server都部署在固定的集群上
端上,不管是browser还是APP,也有固定的CPU处理
数据是移动的:
跨进程移动:数据从数据库和缓存里,转移到service层,到web-server层,到client层
同进程移动:数据从model层,转移到control层,转移到view层
数据要移动,所以有两个东西很重要:
数据传输的格式
数据在各层次的形态
先看数据传输的格式,即协议很重要:
service与db/cache之间,二进制协议/文本协议是数据传输的载体
web-server与service之间,RPC的二进制协议是数据传输的载体
client和web-server之间,http协议是数据传输的载体
再看数据在各层次的形态,以用户数据为例:
db层,数据是以“行”为单位存在的row(uid, name, age)
cache层,数据是以kv的形式存在的kv(uid -> User)
service层,会把row或者kv转化为对程序友好的User对象
web-server层,会把对程序友好的User对象转化为对http友好的json对象
client层:最终端上拿到的是json对象
结论:互联网分层架构的本质,是数据的移动。
为什么要说这个,这将会引出“分层架构演进”的核心原则与方法:
让上游更高效的获取与处理数据,复用
让下游能屏蔽数据的获取细节,封装
弄清楚这个原则与方法,再加上一些经验积累,就能解决这些问题了:
是否需要引入DAO层,什么时机引入
是否需要服务化,什么时机服务化
是否需要抽取通用中台业务,什么时机抽取
是否需要前后端分离,什么时机分离
在不了解业务发展阶段,业务规模,数据量并发量的情况下,妄下YES或NO的结论,本身就是不负责任的,分层架构分解问题的复杂性,便于每次都聚焦在一个可处理的问题域;分层和拆分可细化粒度,增加灵活性,更好的满足封装和复用,同时理清楚系统组成之间的关系,降低设计和实现的难度,提高稳定性。
总结
互联网分层架构的本质,是数据的移动
互联网分层架构中,数据的传输格式(协议)与数据在各层次的形态很重要
互联网分层架构演进的核心原则与方法:封装与复用
思考
哪一个系统的架构,不是“固定CPU,移动数据”,而是“固定数据,移动CPU”呢?
- 互联网分层架构的本质
- 互联网分层架构的本质
- 互联网分层架构的本质
- 互联网分层架构的本质
- 互联网分层架构的本质
- 互联网分层架构的本质
- 互联网分层架构
- 互联网电视的本质
- 互联网的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 架构的本质
- 透视互联网商业模式的本质
- dao层一般是不是抛运行时异常比较好啊
- TCP/IP协议学习笔记
- Banner
- 图片标注工具LabelImg使用教程
- dao层一般是不是抛运行时异常比较好啊
- 互联网分层架构的本质
- 使用CocoPods创建本地pod, 并推送到Trunk
- 小米开源分布式KV存储系统Pegasus 原创 2017-10-19 孙伟杰 InfoQ
- 自用ini配置文件类
- BasicManageProfile申请设备管理user的流程分析
- 网络链接
- 继承自FragmentPagerAdapter的工具类
- Firefox selenium ide成功安装范例
- Spring学习笔记(一)