本文来自Streaming Media的一次演讲，演讲者是来自AWS Amazon Web Services的Heather Chamberlin Mellish和Crunchyroll工程副总裁Michael Dale，演讲的主题是“未来展望：边缘计算与CDN”。
Michael 首先介绍了他们公司正在开发的项目，Katana-Edge Playback Orchestration for Stateless Multi-CDN & SSAI。
项目的动机主要包括以下几个方面：
1. 用更详尽的播放指标来代替QoE，
2. 指标是突出的全球QoE挑战，
3. SSAI供应商，
4. 多CDN部署存在的限制。
传统方法需要在多个服务之中进行多次往返，会带来体验的变差，为了改善提供服务的效率，可以在边缘节点上完成这些工作。对于不同部分，有不同的建议。
内容管理系统：生成相对于资产ACL的非可变签名令牌。
播放器：在针对上下文的请求编排的参数化请求中建立功能。
Lambda：解决单次往返间的询问。
Michael又介绍了AWS 的Lambda服务，Lambda是一项计算服务，可使您无需预置或管理服务器即可运行代码。AWS Lambda 只在需要时运行您的代码并自动缩放，从每天几个请求到每秒数千个请求。您只需按消耗的计算时间付，代码未运行时不产生费用。
在使用Lambda服务时，应该铭记以下几点：
1. 内存分配会极大地影响成本和Lambda CPU的优势，
2. 程序执行结束之后，Lambda被暂停而非推出，
3. 没有弹性缓存，
4. 善于使用Cloud Watch，
5. 只支持Python和Javascript。
用Katana进行多CDN清单管理时，有以下特点：
1. 快速，支持地区广，
2. 清单级别不受播放器集成的限制，
3. 服务器只提供推荐的顺序，但是播放器可以在此基础上进行沟通，
4. 强大的规则引擎，
5. 对于CDN的分配更加灵活。
用Katana管理SSAI，可以做到以下特点：
1. 更快，
2. 从已解析的VMAP中读取广告流URL的确定性哈希，
3. 可以在多个CDN间无缝工作，
4. 与内容资产使用相同的引擎，相同的配置文件和相同的打包程序引擎提取的广告，
5. 多CDN的标准实施方法，
6. URI中序列状态的完整静态URL。
Michael又介绍了SSAI的广告请求流程，并提到在合适的地方做缓存能够最大化Lambda的性能。同时Katana还能为全球用户提供低延迟的服务。
最后Michael回答了主持人的一些提问。
