前两天简单介绍了“前台与后台分离”的架构设计准则,又有水友提问:能不能顺带介绍下“动静分离”的架构设计准则呢?今天花1分钟简单说说。
什么是动静分离架构设计准则?
动静分离是指,静态页面与动态页面解耦分离,用不同系统承载对应流量的架构设计方法。
什么是静态页面?
静态页面,是指互联网架构中,几乎不变的页面(或者变化频率很低),例如:
首页等html页面
js/css等样式文件
jpg/apk等资源文件
静态页面,有与之匹配的技术架构来加速,例如:
什么是动态页面?
动态页面,是指互联网架构中,不同用户不同场景访问,都不一样的页面,例如:
这些页面,不同用户,不同场景访问,大都会动态生成不同的页面。
动态页面,有与之匹配的技术架构,例如:
架构上,如何实施动静分离架构?
静态页面与动态页面解耦分离,用不同系统承载对应流量的架构,如下图所示。
既然静态页面访问快,动态页面生成慢,有没有可能,将原本需要动态生成的站点提前生成好,使用静态页面加速技术来访问呢?
可以,这就是互联网架构中的“页面静态化”优化技术。
什么是页面静态化技术?
举个栗子,如下图,58同城的帖子详情页,原本是需要动态生成的:
(1)端访问/detail/12348888x.shtml 详情页;
(2)web-server层从RESTful接口中,解析出帖子id是12348888;
(3)service通过DAO层拼装SQL,访问数据库;
(4)最终获取数据,拼装html返回浏览器;
而“页面静态化”是指,将帖子ID为12348888的帖子12348888x.shtml提前生成好,由静态页面相关加速技术来加速:
这样的话,将极大提升访问速度,减少访问时间,提高用户体验。
页面静态化,适合什么业务场景?
一切脱离业务的架构设计都是耍流氓,并不是所有的业务场景都适合页面静态化,滥用该技术,反而会降低系统性能。
页面静态化,适用于:总数据量不大,生成静态页面数量不多的业务。
举一些栗子:
(1)快狗打车的城市页只有几百个,就可以用这个优化,只需提前生成几百个城市的“静态化页面”即可;
(2)一些二手车业务,只有几万量二手车库存,也可以提前生成这几万量二手车的静态页面;
(3)像58同城这样的信息模式业务,有几十亿的帖子量,就不太适合于静态化(碎片文件多,反而访问慢);
简单总结
(1)动静分离是指,静态页面与动态页面解耦分离,用不同系统承载流量的架构设计方法;
(2)“页面静态化”是一种将原本需要动态生成的站点提前生成静态站点的优化技术;
(3)总数据量不大,生成静态页面数量不多的业务,非常适合于“页面静态化”优化;
一分钟不长,希望大伙有收获。
架构师之路-分享可落地技术
相关文章:
《前台与后台分离架构,究竟是啥?》