之前在专栏中，从比较大的维度讨论了为什么细分云能够百花齐放，可以说云市场已经进入了新的阶段
（参考：《新十年细分云计算公司投资逻辑》 网页链接），
今天更深入地讨论其中一个细分云的应用：网络
CDN的why what how:
现代经济越来越依赖于网络基建，从用户设备到云端的信息处理，任何想要有一定规模的商业模式，多多少少都会建设在网络基建之上。随着量级和功能性成几何形增长，对基建中每一个环节的要求也越来越高，而关键基建之一就是CDN （Content Delivery Network，即内容分发网络）
在移动智能网络的时代，用户体验对缓冲的要求已经到了毫秒级，最明显的例子就是像抖音这样的短视频App，任何毫秒级的延迟，都有可能对用户体验（可以说是此类App赖以生存的根本）产生影响。但是要实时处理这么大量的数据，依赖公用云显然是不现实的，毕竟公用云的长处还是在于经济的处理海量的数据，对实时性支持不那么高。
这就是为什么有专门CDN服务商来做用户和公用云两端之间的桥梁，让整个结构既能处理大量数据，也能处理实时的要求。
( CDN的基础形态 )
而当代CDN基本的原理，我很喜欢的一个比喻是像图书馆系统。中央图书馆必须要有最齐全的书目，所以要有处理最大数据量的能力，就像公用云服务（AWS，Azure，阿里云等）。但是用户来借书还书，每次都要跑去中央图书馆拿，即使中央图书馆再强大，显然效率太低。所以我们需要地方和社区的图书馆（就像CDN），这些小一点的图书馆可以根据当地的偏好，轻量地管理自己的书目，其中像四大名著这种借阅频率高的，当然每个社区图书馆都会有（可以类似全国热搜的内容），只有当用户来找非常少见的书目，地方图书馆才去中央图书馆查询，把书拿过来。
CDN已经存在很长时间了，传统的CDN也发展成了一个非常标准化的产品，供应商们通过不断买服务器，增加POPs对地域的覆盖密度，来维持应对爆炸性的需求。而在近几年，CDN技术得到了突破性的发展，其中的佼佼者就是Fastly的CDN架构。
Fastly 的初创之路：
今年对于Fastly来说，可以说是成为巨头之路的元年，但是要充分理解这家公司，最好还是回到他的起初。
Artur Bergman 是Fastly的创始人，技术架构师，是公司的灵魂人物。在2011年初创Fastly之前，Artur在Wikia做CTO，当时CDN基本都是用两家公司的Akamai (AKAM)和 Limelight (LLNW)，少量也直接用AWS的产品。作为开发队伍的负责人，Artur逐渐对自己人既要为开发的产品负责又要为外来标准化CDN的落后买单感到无语，因为当时的CDN就是一个非常标准化又难以自定义的产品，使用这些产品的技术团队很多时候甚至需要找CDN公司的人才能修改自己开发的逻辑。
（图：技术大神智慧的眼神）
而作为技术大神，Artur开始自己动手创造解决方案，这也成为了Fastly现在CDN产品的雏形。
在创业之初，由于资源有限，如果CDN还是沿用多买服务器来支撑处理流量和全球式运作的能力，在经营规模逐渐扩大之后，很可能会吃不消。所以Fastly团队尝试从全新的角度来，从底层做了全新的改写，其中三点突破性的优化：
1，每个点的流量可控制：多得当时Arista Networks(ANET)的新switch，Fastly能够在直接控制改写全球各个POPs处理流量的逻辑，这使得每一个POPs的流量处理都得到最大程度的优化，不浪费一点资源
2，更高效：传统CDN为确保性能，都会在全世界各地尽可能多的布置POPs，以量取胜。但是Fastly察觉到当中有很多性能是浪费的，譬如说一个facebook用户的点赞，这个过程只需要在用户的地域确认用户id和帖子id能对应上，‘点赞’这个逻辑是不需要重新再走一遍“用户端-CDN-FB数据库-CDN-用户端” 这个流程的，因为点赞只有一种，在哪里都一样。所以在POPs可控制的支持下，Fastly把每个POPs的性能调高，直接用SSD做存储（这在当时是很大胆的投资），来用整套更智能的方案来做CDN，使得POPs的数量几何级的少于传统CDN服务商。
3，用户对CDN的可控制：Fastly甚至自己写了一套编译器，来给用户直接推代码到CDN上生效的功能。这对于用户自己的流量监控，debug等observability都是0到1的突破，相比于传统CDN从发现到改一个bug需要几天时间，到现在可以直接一版生效，是不同维度的操作。
（全球领先的CDN）
如果要继续沿用图书馆的比喻，一直以来的书目分发系统，都是由一个人定义整套分配的系统，定时复盘更新，现在Fastly的架构，是把每时每刻分配书目的逻辑分到各个社区图书馆，而且每个社区图书馆都能实时地智能地根据用户行为做书目进出的记录和流量优化。
很明显，Fastly想做的不只是优化CDN这么一个落后又无差异化的产品，而是从技术的底层，以first-principle思维来创造一个全新的approach。这跟Tesla和Zoom Video的初始都是很相似的，这也是为什么这些看起来能够用但不足够好的传统产品被颠覆的很大一个原因，我马骑了这么多年了，你要你个蒸汽机干嘛？
而最先进的方案，最先吸引的会是最具创新意识的用户，看看Fastly的顾客就明白了：
(如果想体验一下真实的Fastly速度，国-外的朋友可以尝试一下这个英国的网购页面: 网页链接，可能真是我体验过最快最流畅的页面)
最近半年Fastly的财务表现，已经充分证明了最好的CDN能够创造的价值，本身也能够成为优秀的生意模式。但是Fastly的能力和价值，远远不至于此。
边际网络的雏形：
早在2017年，Fastly在颠覆传统CDN的过程中意识到，这个全新的架构，其实可以应用的场景远远不止CDN。既然现在的架构能够智能地处理流量逻辑，为什么不能让更多不同场景的逻辑，通过Fastly的技术，推到边际，更贴近用户设备呢？
边际云是一个听起来挺玄乎，又不接地气的命名，这其实是因为，确实现在边际云的能力还真的没到实际可见的时候，现在Fastly的compute @edge 已经在beta，公司在专注于给不同用户不同场景提供框架去尝试，去构建全新的产品，更重要的是让这些场景能够规模化地做起来，最终形成新生态。
其中很有启发性的一个案例是Shopify开发在今年五月份展示的，让我们看到了未来的冰山一角。
(Shopify 的自定义coupon)
Shopify给商家开发了一个新的个性化定制优惠券的功能。在之前Shop只能提供类似“买一送一”或者“这个类目打七折”这样的标准化优惠定制功能，但是在可以把打折逻辑推到边际上，又能给商家自己可控制性的架构下，shopify现在可以把无限的逻辑+个性化能力开放给了商家。
速度，安全性，分离性，可控制性，可兼容性，从compute @edge 最新的更新信息和案例中可以看到，在互联网经济对这些特性需求的只增不减，Fastly的边际云已经有能力成为公用云处理（AWS，Azure，GCP）和用户端之间，独立的价值链一环。
展望未来：
希望到这里，投资者已经可以理解，以上的例子，都只是边际网络架构中的一些可能，包括类似架构的Cloudflare(NET) 就已经推出在边际网络上运作的网络安全产品，还有像Agora（API）的niche直播方案，其实也是边际网络的一种应用，而将来只会不断有新的SaaS产品建设在这些架构上。
在将来会有全新的生态全新的商业模式在这个架构上成长起来，作为优秀的超前的先发者，Fastly将会扮演基础建设的角色。
Notes: 本人持有FSLY股票，文章希望做到通俗易懂也能够理解技术层面的大概，欢迎大家讨论。