本文总结自北京时间12月2日凌晨，亚马逊副总裁、CTO Werner Vogels演讲。Werner Vogels 的演讲开始于一段短片，短片演绎了他在饭店点汉堡、薯条和服务员的互动，以及用不同颜色的药丸代表真实世界的运转逻辑。Werner得出结论：世界一直运转，无序向前。

为你简单梳理了演讲概要：2016年Amazon S3 的发展逻辑就像是薯条从一根根下锅到并行炸出来，提升效率，火是共同的资源。但真实的世界并非同步，好的厨师要按照不同步的订单去备餐，用非同步的方式并行处理事件——Werner打比方。能够和谐处理好并行和并发，要解决好资源的瓶颈压力。

自然是无序的，鸟儿的飞行速度会根据与同伴之间的距离调整自己翅膀的振幅，Werner 提到自己对系统做了模拟，他像鸟儿一样，按照当地当时的情况——这一原则，进行有序的系统同步，有序的同步是简单的、抽象的、便利的。

但同步其实是幻觉，系统是非同步的。

协同不同的系统和设备，让所有的系统看上去一样，让不同设备之间交互，需要按事件推动。这就像是开篇的短片，厨师和咖啡师需要根据菜单上一项项的菜品，逐一制作。

同步会让系统阻塞。每个人在系统中都会感受到难受。Linux给人们提供完全不同步的交付方式，非同步的方式更接近日常生活。

非同步带来松弛的耦合，轻松的改变。改变其中的一个节点不会涉及其他部分。

自然就是非同步的。

建造这样非同步的系统可以从小慢慢演变为比较复杂的系统。松耦合、非同步的系统让2006年Amazon从8个微服务长大到当下的规模。

AWS Step Functions Distributed Map用分散的地图，处理大量的数据。

今天的世界是由事件驱动的，想让事件单一，但世界并不会如我们所愿。基于事件的系统结构带来松耦合系统。结构松耦合，可以“松”着加入Email或者发票功能——这些都可以容易地让系统演变下去。

API让事件能够进入EventBriage配置和管理，这对系统的演变变得重要。

所有的复杂系统要从简单的系统演变成复杂的系统。

要么演变，要么死去。基于事件推动的结构，让亚马逊有了今天。

我们还要想如果开发者没有用过这些系统，未来如何上手？AWS App Composer能够简化应用，通过图表把资源联系起来，生成可以部署的配置，可视化的模型能够把系统简化，并与同事和客户进行共享，迁移到AWS平台上。不需要在这个领域有深厚的经验。

我们把蜘蛛网的概念用到EventBridge之中事件、桥梁、时间表的制定等，所有破碎的事件能够连接在一起。

进入日志，编写一行行代码，客户的ID、身份代码，这些代码分类，看上去烦琐，但必要。在跑更多程序的时候，哪些简易的操作可以用到AWS上呢？这个理念下，mazon EventBridge Pipes，可以把AWES的服务更好地整合。

Amazon DynamoDB上我们每天收到10trillion的请求每天。 DynamoDB可以自动复制其他地区的数据。快速且在全世界都可以使用。这也受到事件驱动结构的影响，改变数据的捕捉方式。

如何管理系统——这些是开发之中繁重的工作，与写代码无关。我们需要考虑如何把繁重工作进行解放，CodeCatalyst考虑的是对开发者繁重工作的解放。打造一个新的编码，把项目的档案和事件管理，把服务和常用的工具，轻松调换使用和定义。能够非常容易地方式部署定义你的应用在全球进行跨部门部署。繁重的任务清单能够让应用得以快速部署。并且通过email能够让团队成员可视化快速加入操作。

所有这些都是关于如何快速行动，围绕事件和活动进行驱动，快速响应和行动。

20年后的电脑肯定不一样。很多公司在制作量子电脑。需要让这个过程更加民主化，让更多人加入创新的过程。

(本文经授权转载 原标题《亚马逊CTO 演讲Keynote：世界一直无序地运转向前 @AWS re:Invent 2022 》)