今天给人解释为什么国内没有CDN/云服务能真正对标Cloudflare的时候,发现用「边缘计算网络」这类词无法让人get到它跟IaaS的区别和关系
还是把Cloudflare称作「前端云」、「前端 PaaS」更能反映本质
这个「前端」确实就是「前后端分离」的那个前端,Cloudflare实际上是「前后端分离」的进一步发展, 依靠现代Web框架和Web Runtime,把更多以前属于「后端」、运行在传统公有云/IaaS/中心化节点上的软件,剥离、上移到同时运行在客户端平台和薄服务器端平台(边缘计算网络)的「前端应用」里
最初的「前后端分离」
↓
从传统服务器端框架主导的Web项目里「分离」出独立的客户端框架主导的Web项目(Web客户端应用 / Web前端应用)
↓
现代Web客户端框架发展成支持SSR、Server Component、Server Function的「全栈Web应用框架」
↓
此全栈非彼全栈,并不是把「前后端」又重新合并,而是让分离出的「前端应用」能同时运行在客户端平台和「服务器端」,并且对「服务器端」的需求非常薄、轻量和平台化/Runtime化
↓
用边缘Worker就足以运行「服务器端」的「前端应用」
↓
去中心化的边缘节点网络成了能运行 Web 应用的平台/Runtime,越来越不再「回源」、架空传统云计算/IaaS的中心化节点
m.okjike.com到了Agentic Web和Generative Web的时代,干啥都快速写能直接运行的high-level轻量代码的agent相当于都是「Web应用开发者/前端开发者」,对高度抽象和标准化的Web框架、Runtime的需求更强了。Agent本身同样是一种基于沙盒Runtime的前端应用,Agent框架和Agent Runtime对「前端云」的需求和促进作用等价于Web框架和Web Runtime
图3开头这段AI比较火山引擎和Cloudflare的内容让我很感慨,五六年前我在字节架构部门的时候就致力于搞紧密结合现代Web框架的「前端云」平台(为此才做框架本身,见图2),想在火山引擎商业化,可惜就跟在PICO OS部门一样,我做产品的方式一直是bottom-up,而不是在大厂应该采用的top-down方式,导致除我之外没人真正理解和关心「现代 Web 框架」跟云和平台有啥关系,矛盾在我看不见听不到的地方逐渐积聚最后突然top-down的爆发。我走之后,原有那些项目都变成框架无关甚至技术栈无关的了