重新整理｜孙溥茜
头图 | 源自百度非官方
公司出品 | CSDN（ID：CSDNnews）
“后端的越陷越深早已伸入后端了，喊叫吧后端！”11月29日，后端合作开发领导者黄希彤在百度「小流程·云合作开发」控制技术首脑会议上这般明言到，现场一片片尖叫。
此次首脑会议上百度搞了甚么事？百度向外间正式发布四个接收者：
全面性升级换代小流程·云合作开发潜能
借力QQ自然生态，正式发布具备百度民族特色的低标识符网络平台
联手我国电子学控制技术国际标准研究所，正式宣布协力开启《云合作开发通用型控制技术明确要求》国际标准修编
从sizes云合作开发转为全面性云合作开发，云合作开发潜能升级换代
小流程云合作开发的普通用型户快速增长快速，去年采用小流程云合作开发的合作开发人员数目达至了100万，比2019年位数翻了三倍多。愈来愈多的小流程合作开发人员已经开始采用云合作开发。据非官方统计数据表明，每晚活耀的合作开发中，云合作开发的合作开发人员占比还在逐渐飙升。
会后，QQ小流程及云合作开发创会项目组核心理念相关人士刘鸿儒如是说了去年云合作开发四项关键潜能的开拓，从甚或的小流程sizes云合作开发转为全面性云开发。
接口潜能开拓
云合作开发的接口潜能从单一的支持小流程合作开发，开拓到支持QQ公众号网页，即Web合作开发。同时也支持QQ自然生态其他潜能接口，如QQ支付，采用云合作开发提供的QQ支付原生 API，由于请求免鉴权，合作开发人员也不需要下载和部署QQ支付的 API 证书。同时可以通过云函数来接受支付结果回调，合作开发人员不需要额外购买域名、也不需要申请 HTTPS 证书。
支持场景开拓
云合作开发从去年已经开始，通过对环境共享、静态网站托管、内容管理CMS等原生潜能的支持，使得原来以小流程为核心理念的原生场景开拓到支持小流程对小流程、小流程对公众号、小流程对Web端的统计数据共享。未来QQ会把这种向多端共享的潜能进一步开拓，实现小流程向全场景的开放。
服务潜能开拓
云合作开发在全面性合作开发的模式下，开拓到云托管，支持更多的语言和模式。同时也从对个人与企业合作开发人员的支持开拓到了对服务商的支持。
云合作开发可无缝接入多种语言，让合作开发人员快速体会到云合作开发所提供的QQ原生潜能，降低合作开发速度与难度。面服务商，云合作开发也提供了各种批处理的潜能，一定程度降低服务端的成本。
「云合作开发低码」，降低小流程合作开发门槛
企业在位数化转型的过程中都有这样的通病：费时费力定制化软件的合作开发。公司里懂业务的业务人员不懂标识符，懂标识符的研发人员对业务理解不深，软件合作开发生命周期中有将近一半的时间浪费在业务沟通和理解上。实际投入产出比低，标识符质量参差不齐。软件合作开发生产力日益跟不上企业日益快速增长的业务需求。
会后，百度云云合作开发产品中心副总监王倩对「云合作开发低码」做了如是说，借力QQ自然生态优势，该低码网络平台有四个特点：
QQ原生
高扩展性
通过框架规范三方可自助接入自有组件和模板，形成行业解决方案，内部或者对外开放采用，让用户采用门槛更低；以及集成现有系统业务，不重复造轮子。
精准营销
最具备百度特征的莫过于第三条的“精准营销”，我们知道，用户快速增长是所有企业的核心理念诉求，借力百度的自然生态特点，低标识符网络平台可以帮助用户在应用生命
以上三点云合作开发的潜能的更新，与低标识符的产品正式发布不难看出，后端资源封装是大势所趋。许多合作开发人员关注后端运维的话题，因为后端运维通常会消耗大量时间精力，后端业务标识符还没已经开始写，就早已精疲力尽了。那么一直所讲的“帮助后端合作开发人员升级换代为全栈合作开发人员”的云合作开发，如何应对这个难题的呢？
开源框架CloudBase Framework实现一键部署
前边说过了云合作开发可以为用户提供自动扩缩容、免运维等潜能，但实际上用户在迁移和托管已有的传统应用时便会遇到如改造适配成本高、依赖资源编排等等问题。
针对这样的痛点，百度云高级后端合作开发工程师赵兵在会后如是说了百度自研开源框架 —— CloudBase Framework。
CloudBase Framework 是一款基于Serverless 架构的前后端一体化部署工具，无需改动标识符，从而降低应用流程部署为云原生应用的门槛。
CloudBase Framework 可以将一个云原生应用简化为下面的模型公式：
应用标识符 + 声明式应用配置 + 不同环境配置信息 = 云合作开发云原生应用
应用标识符 Code：包含前后端标识符
声明式应用配置 cloudbase：包含插件配置、依赖资源（MySQL/CFS）、生命周期 Hooks 编排
不同环境的配置信息 Environments：应用在不同环境 (预发布、生产环境、合作开发环境）的配置信息
云合作开发云原生应用可以采用控制技术国际标准的流程自动化配置和部署，一键部署在 Serverless 化的计算网络平台上，实现持续交付和快速扩展，更加节省资源。这是云合作开发 CloudBase Framework 的部分里程碑，自推出以来经过云合作开发网络平台众多企业用户和合作开发人员的实践，项目组协作和持续的迭代，目前功能已日渐完善和稳定。
截止目前，早已有 1000+ 应用采用CloudBase Framework 来部署，例如：
云托管，解决当下云函数应用限制
云合作开发的一大主要优势是通过云函数，利用弹性扩缩容这样的特点，为普通用型户解决资源浪费的问题。
但是传统模式转换到云函数模式的过程中，也面临一些问题：有一定的改造成本、一定程度上受到语言及框架的限制，且云函数目前暂不支持服务常驻。
为此百度QQ云合作开发自然生态产品经理董娜利如是说了小流程云合作开发推出的云合作开发模式—云托管 CloudBase Run（Tencent CloudBase Run，TCBR）
云托管是甚么
云托管是由云合作开发提供的新一代云原生应用引擎（App Engine 2.0），支持托管任意语言和框架编写的容器化应用。和云合作开发的其他产品（云函数、云统计数据库、云存储、扩展应用、HTTP 访问服务、静态网站托管等）一起为用户提供云原生一体化合作开发环境和工具网络平台，
云托管最大的特征是不限语言不限框架，且兼容kanative国际标准。合作开发人员采用云托管，无需改变编程习惯，改造成本极低，只需3步就可将存量业务迁移到云合作开发上。
云托管的控制技术架构
那么云托管背后的控制技术架构是怎样的呢？董娜利对这个问题进行了深入解读：
云托管在K8S的基础上提供了云调用、弹性扩缩、日志监控告警、流量灰度等潜能，内置Jenkins、docker镜像构建等CICD工具，支持现有的所有语言。
云托管可以支持到0.25core规格的超细粒度资源管控。在突发业务的情况下，可以达至20s快速扩容，支持实例副本数缩容到0，即如果用户在业务没有流量的时候，无需支付任何费用，可以做到真正的0成本。
以上简单总结了云合作开发开源框架 CloudBase Framework 与云托管的控制技术架构。不难看出，虽然云原生应用的仍有许多控制技术上的挑战，但是它带给合作开发人员的便利，在未来会让云合作开发是更多合作开发人员的选择。
云合作开发实际采用案例
2019年在上海有一家新成立的电商公司，公司有两条小流程产品线，从创立伊始便采用云合作开发模式。
去年9月这家初创公司第一次进行了推广，流量瞬间涌入，两个小流程一下承载了数十万的访问流量，云函数自动扩容机制快速反应扩容应对了大流量，让此次推广活动顺利完成。活动结束后，访问量也逐渐恢复平日水平，这时候自动缩容机制再次开启，关闭闲置的云函数资源，减少服务器成本。
这家初创公司的CTO讲到：“按我在之前工作的经验看，同样的服务量如果用传统的云服务器，每个月至少需要2W-3W的服务器成本。而采用云服务，云合作开发服务器的成本目前每个月还没有超过一千元。”
对于初创公司，这样的成本是非常具备吸引力的。创业不易，每一分钱都需要花到刀刃上。
结语
另外，值得一提的是，在会后，百度正式宣布了PaaS服务国际标准《云合作开发服务通用型控制技术明确要求》的立项开启。国际标准建设的开启，助力云合作开发产业建立共识，为客户提供云原生一体化合作开发环境和工具，相信会对云计算的自然生态打造影响深远。
控制技术的进步让合作开发人员独立做的事情愈来愈多，后端合作开发人员不再是“页面仔”，云合作开发等控制技术赋能其成长为全栈工程师。展望后端工程师未来，黄希彤说道：
“在云合作开发下做创新需要的计算、存储、分发各种资源唾手可得。有很多像我一样的后端工程师，正在尝试朝这个方向开拓自己的潜能边界，让自己变成一个更全能的合作开发人员，在云上更自在地释放创意。可能还有更多的还没有看到这个新机会的后端，那我希望通过今天的分享可以让你知道，我们后端的潜能边界正在发生新的变化。”
