亞馬遜CTO 演講 世界一直無序地運轉向前 :Invent 2022_風聞

本文總結自北京時間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年後的電腦肯定不一樣。很多公司在製作量子電腦。需要讓這個過程更加民主化，讓更多人加入創新的過程。