亞馬遜CTO 演講 世界一直無序地運轉向前 :Invent 2022_風聞
BImpact-宇婷,To B行业观察者、资深媒体人、博主。-2022-12-05 12:02
本文總結自北京時間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年後的電腦肯定不一樣。很多公司在製作量子電腦。需要讓這個過程更加民主化,讓更多人加入創新的過程。
