大前端中台：如何最大程度复用、解耦业务？
极客时间编辑部
讲述：初明明大小：4.73M时长：05:10
你好，欢迎收听极客视点。
伴随着 ToB 场景越来越多，传统前后端分离的研发模式已经不再满足需求，微“前端”服务的“中台”的作用愈加明显。腾讯 IVWEB 团队把业务、行业共同点提升到中台完成，成为“大前端中台”，能最大程度复用和解耦业务，满足业务敏捷扩展。最近，InfoQ记者冉叶兰采访了腾讯前端技术专家 / 总监，IVWEB 团队负责人刘恒兵，请他介绍了大前端中台概念，以及他们团队在搭建中台过程中遇到的典型问题和解决之道。
在刘恒兵看来，大前端中台的诞生，源自于对效率的追求。在前端不断演化、垂直领域不断细分、敏捷迭代性等诸多因素的要求下，开发需要进一步对研发模式进行提炼和抽象，其结果就是中台化。把各业务所需要的端公共能力和服务，向后端延展逐步中台化，在技术中台之上，成为业务中台。同时，在端上也进行抽象和提炼，对接业务中台搭建统一的端上的 SDK 能力，敏捷研发成为移动中台。因此大前端中台化，至少包含两个部分的内容，一是偏后端的业务中台，二是端上统一 SDK 搭建 App 研发框架的移动中台。
未来的研发模式更多的是在实现业务个性化逻辑部分，剩下的交由中台化统一去实现，提升研发效率，敏捷迭代，快速复制新的业务场景。
谈到腾讯 IVWEB 团队搭建中台的契机，刘恒兵表示， 在两三年前，由于产品快速迭代的需求和商业运营需求的激增，引出一个问题，就是如何在人力有限的情况下，完成这些需求？
彼时，已经有很多中台、微服务、云化接入，在一定程度上解决了很多诸如部署、运维等繁琐的事情，但是在端上的研发成本依然相对较高。比如，开发 SSR 场景，需要开发者全程参与且了解各个后端调用和实现，成本相对较大，这时需要进一步抽象，将组装等逻辑和实现统一封装，业务只需要去实现业务的逻辑，其他交给统一的业务中台框架完成。在端上的情况类似，每个业务都需要创建 WebView、RN、Flutter，且需要各自进行性能优化，过程重复乃至繁琐，这些可以统一提炼成通用的 SDK 能力，成为统一 App 研发框架，进而搭建移动中台。
在搭建中台的过程中，也遇到过很多问题。首先要搞清楚哪些能力应该中台化，既要保持更好的统一与抽象，又要满足不同业务的一定灵活度，要把握好一个度。
其次，中台服务的监控，毕竟集流量于一身，遇到问题将影响所有业务，因此这里流量、容量监控需要做到位，且能够有全面的智能告警。
最后，就是中台化自身的迭代和演进，需要配合业务的发展不断自我革新。目前腾讯 IVWEB 团队在前端接入层、中后台配置服务等均已实现中台化，满足商业化运营、A/B Test 等诸多场景的快速研发和敏捷迭代。
如果要做到“大前端中台”，最大程度复用、解耦业务，有几个关键因素。
一是度的把握。举个简单的例子，通常，商业化研发重复度较高，但如果完全重复，业务将变得单调，用户也会觉得无味。此时，可以把需求分为几个不同的等级，完全复用、组件复用（半复用）、代码复用（二次开发）。
二是配套的工具和体系建设。针对前面的场景，完全复用，提供统一的中台服务能力，完成业务的搭建，快速上线。对于代码复用，提供可靠工具和对应的研发体系，帮助高效率完成二次研发。
三是缩减前端的实现成本，且保持灵活度，中台服务提供统一的能力和沉淀，实现“大前端中台”。
需要注意的是，建设中台，一定是先有业务场景，随着场景的不断增多，再将其抽象与提炼成业务中台。在这个因果关系下，业务中台才能更好地满足业务，中台最终是立足于业务之上，而非空中楼阁。
中台服务追求的是效率，因此需要降低业务接入成本。同时，需要接入更多的业务，本身搭建中台就存在很多成本，如果没有满足很多业务场景，就谈不上大中台、小前端了。
另外，中台需要提供可靠的质量服务。业务接入中台，通过搭建完善的监控体系，除保障业务质量外，也进一步减少业务运营的成本。同时，自身持续稳定迭代也是保证质量关键因素之一。
以上就是腾讯 IVWEB 团队搭建中台的经验，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论