我的re:Invent技术诉求

开源开发者的参会价值

作为AWS Hero，我获得免费参加AWS re:Invent大会的资格。虽然我很少对多数演讲感兴趣——往年我参加的"高级"演讲内容往往只是重复已公开文档——但我发现这是与亚马逊工程师交流的绝佳机会。

尽管我的许多建议可能被归为"Colin的奇怪想法"，但我知道亚马逊有时会关注这些诉求，前提是能找到合适的对接人。鉴于今年我积累了较多建议，且认为部分亚马逊员工（甚至外部人员）可能感兴趣，我决定在此公开分享。

核心技术与架构诉求

增加开源开发者参会机会

我期待在周三见到Valkey开发者，但对Firecracker开发团队全员缺席感到失望。亚马逊现行政策规定工程师除非进行演讲否则不得参会（我希望能改变这一政策），但对开源开发者而言，参会至关重要——这正是我们接触潜在贡献者的途径。如果开源团队不参加会议，无论代码采用何种许可证，都不能算真正参与开源生态。

降低跨可用区带宽定价

我并非特别在意成本本身，但人们对跨可用区带宽的顾虑导致他们设计出糟糕的系统架构。亚马逊"良好架构框架"中明确指导应将工作负载部署到多个位置，并特别指出使用单一可用区存在问题——但人们对跨可用区带宽的担忧（即使这些担忧最终被证明是多余的）阻碍了他们遵循这一指南。

机架级EBS存储架构

我不了解亚马逊数据中心的具体配置，但访问"SSD"EBS卷的磁盘I/O延迟明显表明它们与访问的EC2实例之间存在相当距离。在延迟谱系的另一端，某些EC2实例类型直接连接SSD，I/O性能显著提升——但存在耐久性不足（实例故障会导致数据丢失）和缺乏弹性（每个实例类型固定磁盘容量）的问题。

在EC2节点同一机架提供EBS存储可创造中间方案，实现比跨数据中心光速传输更低的延迟，同时保持卷大小的灵活性。用户需接受"在此实例同机架配置卷"的请求可能返回"该机架磁盘已满"的响应；但至少在实例启动时，可以通过寻找具有足够本地磁盘空间的机架来满足需求。

CHERI安全架构实例支持

这是我长期以来的愿望清单项目，深知短期内难以实现；但我知道亚马逊（及其他云厂商）拥有用于研究的Morello开发板。CHERI在安全方面具有巨大优势，哪个云厂商率先部署就将领先竞争对手数英里。

Marketplace支持"待定"发布

当我在AWS Marketplace添加新FreeBSD版本时，需先经过审批流程，然后复制到所有EC2区域；完成后Marketplace会更新产品列表并向当前用户发送新版本通知。这常导致亚马逊发送FreeBSD新版本邮件的时间早于官方发布公告数天。

由于时间线不可预测（通常几小时，有时一天或更久），我不希望延迟添加新版本到Marketplace。我希望能预先告知Marketplace即将发布的FreeBSD版本，让其完成所有准备工作，但不要更新网站或发送邮件，直到我准备好发布官方公告（我们通常留出几天时间供镜像和云服务同步）。

额外技术反馈

除上述内容外，我还有一些因性质特殊无法书面陈述的请求。但还有一个可公开的诉求——并非针对AWS，而是面向re:Invent赞助商。我遇到Zoom员工时提到，每次用FreeBSD笔记本电脑加入会议时，Zoom网站总是试图让我打开客户端，仅在多次失败后才提供"在浏览器中打开会议"选项。既然我的浏览器User-Agent字符串包含"FreeBSD"，他们应该能检测到没有客户端并直接提供浏览器参会选项。值得称赞的是，他们立即理解了我的诉求，甚至表示会研究是否可以将Linux客户端移植到FreeBSD。

致谢说明

除了为我和其他AWS Hero提供re:Invent免费参会和差旅支持外，亚马逊还赞助我的FreeBSD开发工作。其中约一半资金用于EC2特定功能开发，另一半用于FreeBSD发布工程。没有他们的支持，许多重要功能将无法在FreeBSD 14.2-RELEASE中实现——感谢亚马逊。