原创投稿
  1. 趣知天下事首页
  2. 科技
  3. 技术

互联网分层架构，为啥要前后端分离？

糖太宗 • • 技术 • 阅读 27

有水友在评论中留言问我：

沈老师，我在一家创业公司，大概有20人左右的研发团队。
 
团队正在推进前后端分离，我觉得架构变得复杂了，项目研发周期变长了，但组长说，互联网公司都在搞前后端分离，所以我们也要搞。
 
我还是不理解，为什么要进行前后端分离呀？
今天，简单说说，互联网分层架构里的前后端分离。
画外音：“别人在搞xxoo技术”一定不能成为，一家公司推动“xxoo技术”的理由。
互联网分层架构，为啥要前后端分离？
上图，是一个典型的互联网分层架构：
（1）业务站点层：web-server；
（2）业务服务层：biz-service；
（3）基础数据服务层：data-service；
（4）数据存储层：db+cache；
 
随着时间的推移，业务越来越复杂，改版越来越多，此时业务站点层web-server层虽然使用了MVC架构，但以下诸多痛点是否似曾相识？
（1）产品追求绚丽的效果，并对设备兼容性要求高，这些需求不断折磨着使用MVC的Java工程师们；
画外音：本文以Java后端举例。
（2）不管是PC，还是手机H5，还是APP，应用前端展现的变化频率远远大于后端逻辑的变化频率，改velocity模版并不是Java工程师喜欢和擅长的工作；
画外音：感谢那些喜欢做改版的产品经理。
 
此时，为了缓解这些问题，一般会成立单独的前端FE部门，来负责交互与展现的研发，其职责与后端Java工程师分离开，但痛点真的解决了吗？
 
（1）一点点展现的改动，需要Java工程师们重新编译，打包，上线，重启tomcat，效率极低；
（2）原先Java工程师负责所有MVC的研发工作，现在分为Java和FE两块，需要等前端和后端都完成研发，才能一起调试整体效果，不仅增加了沟通成本，任何一块出问题，都可能导致项目延期；
画外音：你有没有被折磨过？
 
更具体的，看一个这样的例子，最开始产品只有PC版本，此时其系统分层架构如下：
互联网分层架构，为啥要前后端分离？
客户端，web-server，service，非常清晰。
 
随着业务的发展，产品需要新增Mobile版本，Mobile版本和PC版本大部分业务逻辑都一样，区别是什么呢？
（1）信息展现的条数会比较少，即调用service服务时，传入的参数会不一样；
（2）产品功能会比较少，大部分service的调用一样，少数service不需要调用；
（3）展现，交互会有所区别；
 
由于工期较紧，Mobile版本的web-server一般怎么来呢？
互联网分层架构，为啥要前后端分离？
没错，把PC版本的工程拷贝一份，然后再做小量的修改：
（1）service调用的参数有些变化；
（2）大部分service的调用一样，少数service的调用去掉；
（3）修改展现，交互相关的代码；
画外音：你有没有拷贝过代码？
 
业务继续发展，产品又需要新增APP版本，APP版本和Mobile版本业务逻辑完全相同，区别是什么呢？
（1）Mobile版本返回html格式的数据，APP版本返回json格式的数据，然后进行本地渲染；
 
由于工期较紧，APP版本的web-server一般怎么来呢？
互联网分层架构，为啥要前后端分离？
没错，把Mobile版本的工程拷贝一份，然后再做小量的修改：
（1）把拼装html数据的代码，修改为拼装json数据；
这么迭代演化，架构会进化成什么样子？
互联网分层架构，为啥要前后端分离？
（1）端：是PC，Mobile，APP；
（2）站点应用层：是PC站，M站，APP站；
（3）服务层：通用的业务服务，以及基础数据服务；
 
这个架构图中的依赖关系是不是看上去很别扭？
（1）端到web-server之间连接关系很清晰；
（2）web-server与service之间的连接关系变成了蜘蛛网；
 
上述分层架构，可能存在什么问题呢？
PC/H5/APP的web-server层大部分业务是相同的，只有少数的逻辑/展现/交互不一样：
（1）一旦一个服务RPC接口有稍许变化，所有web-server系统都需要升级修改；
（2）web-server之间存在大量代码拷贝；
（3）一旦拷贝代码，出现一个bug，多个子系统都需要升级修改；
 
如何让数据的获取更加高效快捷，如何让数据生产与数据展现解耦分离呢？
前后端分离的分层抽象势在必行。
互联网分层架构，为啥要前后端分离？
通过前后端分离分层抽象：
（1）站点展示层：node.js，负责数据的展现与交互，由FE维护；
（2）站点数据层：web-server，负责业务逻辑与json数据接口的提供，由Java工程师维护；
 
这样做有什么好处呢？
（1）复杂的业务逻辑与数据生成，只有在站点数据层处写了一次，没有代码拷贝；
（2）底层service接口发生变化，只有站点数据层一处需要升级修改；
（3）底层service如果有bug，只有站点数据层一处需要升级修改；
（4）站点展现层可以根据产品的不同形态，传入不同的参数，调用不同的站点数据层接口；
 
除此之外，还有其他诸多优点：
（1）产品追求绚丽的效果，并对设备兼容性要求高，不再困扰Java工程师，由更专业的FE对接；
（2）一点点展现的改动，不再需要Java工程师们重新编译，打包，上线，重启tomcat；
（3）约定好json接口后，Java和FE分开开发，FE可以用mock的接口自测，不再等待一起联调；
 
互联网分层架构，为啥要前后端分离？
于是乎，如上图所示，架构进化了，前后端分离了。
 
当业务越来越复杂，端上的产品越来越多，展现层的变化越来越快越来越多，站点层存在大量代码拷贝，数据获取复杂性成为通用痛点的时候，就应该进行前后端分离分层抽象，简化数据获取过程，提高数据获取效率，向上游屏蔽底层的复杂性。
 
另外要强调的是，是否需要前后端分离，和业务复杂性，业务发展阶段，人员素质模型有关，千万不可一概而论。
 
要实施前后端分离，以下四点是必须要考虑的。
第一点，SEO的考虑。
如果是 PC 端的站点，需要考虑是否需要强支持 SEO ，前后端分离的架构，很可能对搜索引擎的 spider 不友好，可能影响站点的收录。
当然，如果是原生 APP ，后端 node.js 只返回 json 数据，或者单页应用 SPA （对百度来说就是一个页面），则不太需要考虑这方面的问题。
 
第二点，产品特性的考虑。
很多产品追求酷炫的前端效果，并且对前端兼容性要求很高，前端产品改版频率很高，那么前后端分离是有必要的。
否则，前后端分离只会带来更多系统架构的复杂性。
 
第三点，公司发展阶段考虑。
公司发展的初级阶段，人比较少，对产品迭代速度的要求较高，此时更多的需要一些全栈的工程师，一个人开发从前到后全搞定。如果此时实施前后端分离，将引入“联调”一说，并且增加了沟通成本比，可能导致产品迭代的速度降低。
 
第四点、人员技能考虑。
传统 FE 与后端 Java/PHP 工程师的合作方式， FE 工程师不需要有很深的后端功底，一旦引入前后端分离， node.js 层的前端同学需要了解更多的后端知识体系，不排除有 FE 同学对后端技能的排斥，引发人员的不稳定。
 
总之，前后端分离不只是一个分层架构的技术决策，和SEO、产品特性、公司发展阶段、人员知识体系相关，千万不可一概而论。
 
任何脱离业务的架构设计，都是耍流氓。
希望大家有收获。
如果你喜欢这种讲技术的方式，扫码一起玩。

互联网分层架构，为啥要前后端分离？

有方法论，能落地，视频讲架构

发布者：糖太宗，转载请注明出处：https://www.qztxs.com/archives/science/technology/6592

赞 (0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
糖太宗糖太宗
0 0
上一篇 2022年5月14日 上午12:41
下一篇 2022年5月14日 上午12:42

相关推荐

  • Linux基础

    看到什么记什么，没有顺序   Linux各个目录的作用及内容 / /处于Linux文件系统树形结构的最顶端，它是Linux文件系统的入口，所有的目录、文件、设备都在/之下。 /bin 该目录存放着系统最常用的最重要的命令，相当于DOS下的内部命令，只不过它们是以独立的文件形式存在。比如：ls、cp、mkdir等命令。这个目录中的文件都是可执行的并且...

    常山赵子龙 常山赵子龙
    技术 2022年5月27日
    3600
  • MySQL写缓冲(change buffer)，终于懂了！！！（收藏） 技术

    MySQL写缓冲(change buffer)，终于懂了！！！（收藏）

    上篇《MySQL缓冲池(buffer pool)，终于懂了》，介绍了InnoDB缓冲池的工作原理。   简单回顾一下： （1）MySQL数据存储包含内存与磁盘两个部分； （2）内存缓冲池(buffer pool)以页为单位，缓存最热的数据页(data page)与索引页(index page)； （3）InnoDB以变种LRU算法管理缓冲池，并能够解决“预读...

    糖太宗 糖太宗
    2022年5月10日
    1000
  • 什么是RPC,今年最值得学习的开源RPC框架 技术

    什么是RPC,今年最值得学习的开源RPC框架

    又发现一个不错的，工业级的，高性能RPC框架srpc，分享给大家。 （1）RPC简介； （2）行业常见RPC框架； （3）srpc特点； （4）srpc上手指南，demo示例； （5）srpc架构设计； （6）srpc相关资料与资源； 文章较长，建议提前收藏。 什么是RPC？ Remote Procedure Call，远程过程调用。 什么是“远程”，为什么...

    糖太宗 糖太宗
    2022年5月10日
    3200
  • 嘿，技术人，你开会的时间多，还是撸码的时间多？ 技术

    嘿，技术人，你开会的时间多，还是撸码的时间多？

    作为技术人的你，是不是苦于“被低效的会议占据了绝大部分时间”，而没有连续撸码的时间？ 7项开会最佳实践，帮大家高效开会，安心撸码。 实践一：邀请正确的人。 人越少越高效，请务必提前确定人员范围，而不是发给一个部门。 实践二：提前发出邀请。 谁都不喜欢临时的会议，邀请务必明确主题，以及大致的流程。 实践三：准时开始。 准时是基本的职业素养。 实践四：好的开场是...

    糖太宗 糖太宗
    2022年5月12日
    1700
  • AutoJS自动过某宝滑块方案 技术

    AutoJS自动过某宝滑块方案

    采集淘宝数据时，请求一频繁，就会出现风控跳滑块，这里使用AutoJS自动化控制插件操控手机屏幕自动过滑块。 一、架构 整套方案一共分为三个部分，分别为生成滑块APP、自动过滑块AutoJS脚本、爬虫。 生成滑块APP： 负责生成淘宝滑块； 监听滑块相关请求，滑块验证成功后上报滑块cookie； 自动过滑块AutoJS脚本： 控制安卓手机界面，完成打开APP、...

    糖太宗 糖太宗
    2022年5月7日
    75800

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

联系我们

400-800-8888

在线咨询： QQ交谈

邮件：admin@example.com

工作时间：周一至周五，9:30-18:30，节假日休息

关注微信