原文連結： Jeff Bezos 於 Startup School 08 演講
AWS 的驚人成長
那麼這條藍線到底是什麼？這條藍線是過去七年中，我們 Amazon 在全球零售網站上消耗的頻寬量。讓我再展示另一條線，這條紅線是什麼？這條紅線是我們 AWS 消耗的頻寬量。它現在已經超過了我們服務零售客戶所使用的頻寬量，我認為這是一個相當引人注目的跡象，顯示了 AWS 的發展狀況以及它未來可能的走向。
AWS 核心服務
AWS 提供了一系列服務，我想在座的大多數人都知道它們是什麼。它們都是基礎設施類的基礎服務。我會非常簡要地介紹一下，因為我認為在座各位對這些東西都相當了解。我們的儲存服務（S3），基本上就是讓我們儲存大型或小型的資料物件，我們會為您儲存在雲端。彈性運算雲端（Elastic Compute Cloud, EC2），它是可擴展的，我們稱之為彈性（elastic），因為它可以向上擴展，也可以向下縮減。您可以在雲端以每伺服器小時 10 美分的價格購買運算能力。SimpleDB 讓您可以即時索引和查詢資料。Simple Queue Service (SQS) 允許您在雲端中，即使是不同的電腦之間也能進行行程間通訊。Flexible Payments Service (FPS) 是第一個專為開發者設計的支付服務，它有豐富的功能集，讓您可以建立帳單系統或任何您想要向客戶收款或進行點對點轉帳的系統，如果您的應用程式需要的話。最後是 Mechanical Turk，它允許將零碎的工作分發給全球的工作者。Mechanical Turk 是人工的人工智慧，您可以將這些小的程式碼片段整合到您的程式中，甚至在迴圈內部，它們會被發送出去由真人處理。
AWS 設計原則
所有這些 Web 服務，這些基礎設施 Web 服務，都是基於 AWS 遵循的一系列非常簡單的原則建立的。首先是我們希望它們都非常易於使用。Web 服務的整體理念是讓公司專注於其業務中真正重要且具差異性的部分，我們不希望服務難以學習。因此，API 設計得非常簡單，我們在文件上也下了很多功夫。低延遲，僅僅因為您在雲端操作，我們不希望它變慢。事實上，在許多情況下，取決於您客戶的位置，它甚至可能更快，如果 Amazon 的資料中心比您自己資料中心的伺服器擁有更好的網際網路連接。彈性，可向上擴展和向下縮減。高可用性，非常重要。以及按用量付費。這些是變動成本服務，沒有合約承諾，您不必簽訂一年或多年的協議，您不必與銷售人員交談。您可以根據需要來使用它們，也可以根據需要停止使用。沒有前期費用。
AWS 的採用情況與數據
我們要宣布一個我認為非常重要的新數字，我們對此感到非常自豪。在 2007 年 10 月，我們 S3 中有 100 億個物件，現在我們有 180 億個物件。一年前，我們有 24 萬名註冊的 AWS 開發者，今天我宣布，截至第一季末，我們已有 37 萬名開發者。我喜歡這段引述：「Amazon 週一宣布為其 EC2 服務提供持久性儲存，值得注意的是 Amazon 在競爭中遙遙領先的速度。事實上，Amazon 未來真正的業務將是其雲端服務。Amazon 將像一家從後門賣古柯鹼的書店，書籍將只是銷售儲存和雲端運算的幌子。」
為何選擇 AWS？電力普及的啟示
那麼，為什麼人們對這些服務感到興奮和熱情呢？我想我大概知道為什麼人們對此感到興奮。看待某事物未來的一種方式是從過去尋找類似的例子。有人知道這是什麼嗎？可能不是那麼明顯。這是一台發電機，一台舊的。我最近在盧森堡，參觀了一家有 300 年歷史的啤酒廠。他們的業務當然是釀造啤酒。大約 100 年前，他們是盧森堡最早開始使用電力來輔助釀造啤酒、輔助製造過程的工廠之一。當然，他們無法從電網購買電力，因為當時還沒有電網。所以他們開始自己發電。那個時代很多公司都這麼做。如果你想透過電力提高營運效率或做新的事情，唯一的辦法就是建立自己的發電機，並成為電力發電的專家。這裡需要注意的重要一點是，他們自己發電的事實並沒有讓他們的啤酒更好喝。
新創公司，實際上是所有規模的公司，他們想要的是盡快地從他們的想法或願景走向成功的產品。問題始終在於，在你的想法、願景和成功的產品之間，存在著大量無差別的繁重工作 (undifferentiated heavy lifting)。順帶一提，這些無差別的繁重工作必須以世界級的卓越水準完成，否則你的願景將會失敗。但這完全是無差別的，並不能真正讓啤酒更好喝。
傳統基礎設施的挑戰
以資料中心為例，我認為這是對 100 年前電力發電一個相當明顯的類比。進入這個領域的門檻，那些你必須以世界級水準完成的事情，非常非常困難。建立基礎設施，建立可擴展的基礎設施，建立合理的基礎設施，這一切都非常複雜。它總是在變化，作業系統版本總是需要升級。你最終會在資料中心內產生異質環境，這進一步使事情複雜化。只要達到一定的規模，你就必須開始為容量規劃做一些預測。我未來 3 個月需要多少新伺服器？未來 6 個月需要多少新伺服器？一旦進入那個世界，事情確實變得非常複雜。
基礎設施如何拖慢創新步伐
當然，你並非只需經歷一次這種無差別的繁重工作。成功的公司是那些盡可能快速迭代的公司。他們以產品的形式部署他們的願景，然後他們必須改變它、迭代它，而在每一次迭代中，通常都有基礎設施的部分需要升級、更改或擴展。這會真正拖慢發明和創新的步伐。
案例研究
我給你舉幾個今天正在使用這些服務的公司的例子，他們基本上因為這些服務而更快地驅動了這個創新循環，這個成功循環。
《New York Times》將他們自 1851 年以來的全部文章存檔，共 4TB 的資料。這些資料的格式不易使用，他們想將全部 4TB 資料轉換成 PDF 作為第一步。這是一個計算量相當大的過程，資料量很大，有 1100 萬篇不同的文章。對《New York Times》來說，建立一批伺服器來完成這個任務是完全沒有意義的，因為這是一次性的任務。任務完成後，他們會希望撤銷那批伺服器。使用 Elastic Compute Cloud (EC2) 做這件事非常容易。一旦他們將所有 1100 萬篇文章轉換為 PDF，他們就透過這個存檔網站，使用 Amazon S3 使這些文章可供訪問。所以所有的文章都儲存在 S3 中，由 S3 提供這些文章。你做個搜索，有個有趣的搜索你們可以在《New York Times》存檔網站上試試，搜索「computer」。你會找到這個… 這是 1892 年 5 月 2 日提到「computer」的內容。正如在座大多數人可能知道的，在那個時代，「computer」的含義與今天大相逕庭。「一場公務員考試將於 5 月 18 日在華盛頓舉行，如有必要，也會在其他城市舉行，旨在為國家曆書局（National Almanac Office）的 computer 職位招募合格人員，該職位現有兩個空缺，一個年薪 1000 美元，另一個 1400 美元。考試將包括代數、幾何、三角學和天文學等科目。」
SanDisk 在一個非常創新的應用中使用了 S3，他們有 SanDisk Cruiser，這是一個 USB 隨身碟，你放在 USB 隨身碟上的任何東西都會自動備份到 Amazon S3 上。所以即使你丟失了 USB 隨身碟，你仍然擁有資料。
Animoto：彈性擴展的實例
這裡有一個正在即時發生的例子，就在過去幾天，這是一個 Amazon Web Service 的絕佳範例，一家叫做 Animoto 的公司。Animoto 基本上做的是讓人們可以非常容易地用自己的照片和音樂創作影片，網站上也有 Animoto 提供的免版稅音樂。它的運作方式是，他們的軟體中有一些秘密武器，可以聆聽音樂的節奏，基本上會自動編輯照片，使它們與音樂對齊，這樣看起來效果很好。而且，你知道，它會在音樂節奏的正確點上從一張照片切換到下一張等等。如果你曾經手動編輯過類似的東西，你會知道這實際上相當困難。所以在它用你的照片為你混合好影片後，如果你不喜歡那個特定的混合效果，你只需按一個按鈕，它就會再做一次。所以你可以反覆試幾次，直到找到你真正喜歡的混合效果。這讓事情變得難以置信地簡單。
這個系統是建立在 Amazon Web Services 之上的。事實上，他們使用了我們的許多服務：Simple Queue Service (SQS)、S3 和 EC2。我主要談談 EC2。讓我給你看一張圖表。
這張圖表顯示了過去三天發生的事情。這是 Animoto 的 EC2 實例使用情況。這是他們正在使用的伺服器實例數量。看看我能不能讓這個雷射筆工作起來。他們大概在這裡平穩運行，這裡大約是 50 個 EC2 實例。然後他們的 Facebook 應用程式爆紅了。所以這是他們的 Facebook 應用程式起飛的情況，這只是三天前，這是 4 月 16 日，抱歉，是 4 月 16 日。你可以看到他們從 50 個 EC2 實例的使用量增加到了 3500 個 EC2 實例的使用量。在你自己的資料中心，要在 3 天內從 50 台伺服器擴展到 3500 台伺服器是完全不切實際的。請勿在家嘗試。而且，順帶一提，另一種選擇可能是籌集足夠的資金來部署 3500 台伺服器，那同樣瘋狂。因為那實在是太大的賭注了。你不知道你的應用程式是否會像那樣爆紅，你不應該投入那樣的資本。
這裡另一個有趣的地方是看到這些大幅下降嗎？這就是 Elastic Compute Cloud 的彈性（elastic）部分。因為你可以透過程式控制，這一切都是用 API 控制的。所以你編寫電腦程式來部署和撤銷 EC2 實例。在深夜或需求低谷時期，他們實際上可以將 EC2 實例歸還給雲端，一旦歸還就不再付費。然後我們可以嘗試將它們轉售給其他人，也許是那些需求沒有那麼時間敏感的客戶，比如圖形渲染、科學計算應用等等。有很多應用程式更具靈活性，我們可以使用那些更靈活的應用程式來平滑需求曲線，更好地利用底層的實體硬體。這是這種共享運算模式的系統性結構優勢之一。但你確實看到，從新創公司的角度來看，這是非常戲劇性的三天。順帶一提，它還在增長，我想今天他們的高峰達到了 5000 個實例。所以，這是一個非常酷的案例研究。
這是來自 Animoto 的創始人兼 CEO Brad Jefferson 的話：「在 AWS 之前，如果沒有大量的資本支出和很多的創投基金，我們不可能以目前的規模推出 Animoto 和我們的專業影片渲染平台。本週我們經歷的 Animoto 影片創作病毒式高峰，如果沒有 AWS 將是災難性的。」你確實會面臨這個問題，每當你有一家新創公司，你希望為閃電擊中做好準備，但你又不希望… 因為如果你沒準備好，那真的會帶來巨大的遺憾。如果閃電擊中了而你沒準備好，那種情況很難接受。同時，你也不希望把你的實體基礎設施準備到一種近乎傲慢的程度，以防閃電沒有擊中。所以這有助於應對那種艱難的處境。
結論：專注於核心業務
我將回答問題，在此之前，我只想提醒你們，我們製造電力，這樣你們就不必自己製造了。如果你自己發電，那並不會讓啤酒更好喝。非常感謝，我希望這對你們這些正在進行新創事業的人來說，這種思考方式會有所啟發。這非常令人興奮，你知道，事實上，當我們看到像 Animoto 這樣的案例時，對我們來說非常鼓舞人心，因為這正是我們建立這些服務的很大一部分原因，就是為了讓這種事情成為可能。現在如果有… 是的，我看到有一些問題，我很樂意回答。謝謝。
問答環節
從這邊開始。
問： Web 服務的想法是怎麼來的？對於那些聽不清問題前半部分的人，問題是：Amazon 以前是賣書的，Amazon Web Services 的想法是怎麼來的？
Jeff Bezos： 嗯，大約四年前我們開始做這個。我們大約兩年前推出了第一個 Web 服務，但在推出前我們已經做了兩年。所以我們真正開始這項業務大約是四年前。在那個時候，我們在 Amazon 內部遇到了足夠多的基礎設施使用問題，我想我應該退後一點以減少擴音器和麥克風之間的回授，但我們… 我們有足夠多的內部基礎設施用戶，我們發現我們真的需要在我們的網路工程、部署以及所有那些非常重要的基礎設施和資料中心管理部分與我們的應用程式設計師之間建立一個抽象層。在我們的規模下，事情變得足夠複雜，我們意識到我們必須建立… 基本上，我們開始是為自己建立或設計這些服務，以便我們可以在內部使用它們。我們越深入思考，就越喜歡這些服務以及這個我們可以抽象掉實體硬體的抽象層的想法。我們意識到，如果這對像 amazon.com 這樣一個 Web 規模的應用程式有幫助——Amazon 本身就是一個大型的 Web 規模應用程式——那麼它可能對其他人也有幫助。只要多花一點功夫，我們就可以將這些服務外部化，並希望將它們變成 Amazon 的一個利潤中心和有意義的業務。所以我們就這麼做了。我們沒有預期到這麼早就有這樣的吸引力。我們對此感到高興，而且，你知道，我們決心繼續贏得我們開發者客戶群的信任。這成為了我們的第三個客戶群。我們有消費者，這是我們最大且最知名的客戶群。在過去七年裡，我們發展了另一個蓬勃發展的客戶群，那就是在我們 Amazon 網站上銷售的第三方賣家。現在這是我們的一個新客戶群：開發者。我們對此感到非常興奮。太好了，謝謝。
問： 我想說這是一個非常優雅的解決方案，但我與很多開發者打交道，有一些擔憂。在那次故障之後，你們的架構做了哪些改變？嗯，是什麼時候？嗯，是什麼節日？是那個之後的星期五。那次事件讓你們在做事方式上做了哪些改變？那個問題的原因是什麼？另外，有些開發者擔心，如果他們為你們的網路架構開發應用程式，這會限制他們未來想擴展到其他拓撲結構的方式，你們如何看待和解決這些問題？你們在平台上成長的其他客戶是否遇到過這個大問題？
Jeff Bezos： 我不太確定我理解了第二個問題。
問： 比如說，如果我的部分伺服器架構是建立在 AWS 上的，像這些傢伙（指 Animoto），他們別無選擇。但假設他們爆炸式增長，然後他們想建立自己的平台，就像你們的一樣。當他們成長到超出你們可能提供的服務速度時，他們從你們平台上遷移出來並建立自己的平台是否存在問題？因為那…
Jeff Bezos： 我認為第二個問題的答案是，對於想要從我們平台遷移出去的人來說，摩擦力非常低。你知道，我們沒有… 我們不要求長期合約，你不需要和銷售人員談話。因為你是按變動成本付費，你知道，你是按用量付費。如果我們任何時候停止贏得你的業務，你今天就可以離開。而且，你知道，我們就停止向你收費了。所以，而且大多數這些 API 也相當簡單，其結構方式使得在 API 方面沒有太多的轉換成本。你知道，如果你看像 S3 這樣的服務，你需要用來儲存和檢索資料的 API 是非常簡單的一組 API，你可以將其對應到替代服務上。所以我們對此的看法是，這將是一個有多個贏家的業務。我不認為這是一個贏家通吃的業務。對我們來說，我們真正專注的是讓這些服務盡可能低延遲、高可用、易於使用，並且盡可能低成本。這實際上是我認為我們作為零售商的企業傳承發揮作用的地方之一，零售是一個低利潤的業務，你必須極其高效才能賺錢。我們確實賺錢，我們在零售業務方面做得很好，但這是透過… 即使利潤非常低，也是透過大量的非常仔細的節儉和專注於減少缺陷來實現的。酷。所以我認為人們遷移是相當容易的。這就是為什麼我預測會有多個贏家。我認為如果我們… 希望我們能成為眾多贏家中的領導者。鑑於我們今天的地位，這對我們來說應該是可能的。如果我們在五到十年後不是領導者，那只會是因為我們執行得不好。所以我們將為此非常努力。
問： 不，我只是問，第一個問題是關於你們架構變化的看法…
Jeff Bezos： 我們所做的主要改變，我認為人們喜歡它，是我們試圖改善在發生故障或服務不穩定時的溝通。所以有… 你知道，我們的首要目標是，除非沒有任何故障，否則我們永遠不會滿意。我們希望 100% 的可用性。我們將為此努力，年復一年地努力。但我們從客戶那裡清楚地聽到的是，當發生故障時，我們希望得到真正詳細、細緻的關於情況的溝通。我們剛剛推出了一個儀表板，這將使人們更容易了解情況。我們正努力在發生任何類似情況時更頻繁地進行溝通。酷，謝謝。
問： 你想繼續嗎？還是只有兩組麥克風，我們應該輪流？好的，太好了。上週我與我在加拿大的一個客戶交談，他們的客戶是醫院。當我向他們解釋 Amazon Web Services，建議他們應該向醫院提供這項服務時，他們說因為《美國愛國者法案》（USA Patriot Act）而無法這樣做。所以我知道抽象化非常強大，但你是否考慮過跨越法律管轄區進行去抽象化？
Jeff Bezos： 這實際上是圍繞資料可以存放在何處的一系列監管問題之一。是的，這當然是真的。我的意思是，是的，我甚至… 你關於《愛國者法案》的具體問題可能遠遠超出了我的權限範圍。但是，你知道，我無法回答那個問題。但是，但是有各種各樣的，你知道，歐盟有客戶資料規則。任何種類的醫療資料通常不能跨越國界。所以我們正在透過可用性區域（Availability Zones）做的事情之一，我們推出帶有 EC2 的可用性區域其實有兩個原因。一個是這樣你就可以擁有… 如果你想要一個容錯的應用程式，能夠容忍像火災和洪水這樣的事情，你可以部署伺服器並保證它們位於不同的實體位置。
問： 但它們都在美國境內，對吧？
Jeff Bezos： 今天是這樣，但這不是計劃。好的，隨著時間的推移，可用性區域也將位於不同的司法管轄區。這樣你就可以為你的資料選擇你想要的司法管轄區。謝謝。
問： 嗨，我有一個朋友，他們有一家諮詢公司，他們所有的 Rails 應用程式都運行在 AWS 上。他告訴我，顯然垃圾郵件發送者已經毀掉了所有的 IP 地址，所以他們無法使用 AWS 成功發送電子郵件。你能評論一下你們正在做些什麼來解決這個問題，以及你們正在採取什麼措施來防止「井水被污染」嗎？
Jeff Bezos： 我不能，這是一個有趣的問題，我不知道答案。你知道，我可以回去看看。我不知道有沒有人… 有人知道答案嗎？你知道答案嗎？
(台下 Adam Selipsky 回答): 部分答案是我們最近推出的另一個功能，即針對動態計算環境的靜態 IP 地址，我們稱之為彈性 IP (Elastic IPs)。因此，使用它，你基本上可以擁有一個屬於你的端點，你可以將其映射到多個 EC2 實例上，並持有它。利用這一點，你可以更方便地與你的網路提供商溝通，告訴他們你需要… 你不是… 關鍵是外部世界會將彈性 IP 地址視為同一個 IP 地址，所以它看起來不會跳來跳去。是這樣嗎？謝謝。謝謝。
問： 請繼續，還是那邊？是的。EC2 的彈性能力如果你需要它的話是非常棒的。但對於那些託管需求更穩定，特別是如果這些需求涉及到相當於你們大型或超大型實例的情況，那麼目前 EC2 的定價與傳統資料中心託管相比並不是很有競爭力。我想知道，首先，你是否同意這個觀察？其次，如果是這樣，你們是否有計劃去爭奪那個市場？
Jeff Bezos： 嗯，我想… 實際上，我認為這可能取決於你的應用程式和你的資料集。我的意思是，我們收到了大量關於服務的反饋。其中最… 但我想說我們收到的大部分關於定價的反饋是「這真的非常便宜，謝謝你們」。所以我確實同意在某些使用案例下，傳統託管可能在成本上非常有競爭力。你知道，我不能向你保證情況不是這樣。但是… 我想我唯一能真正回答你問題的方式是說，方向性地，我們的目標——這在 Amazon 一直是真的，這是一種文化特質——我們的重點將是成為這類高品質服務的低成本提供者。因此，當我們能夠變得更聰明，當我們能夠找出如何更有效地做事時，我們將以更低的價格（例如 EC2 的價格）形式將這些成本效率回饋給客戶。還有其他一些事情，你知道，可能我們需要一些比我們現有更小的實例大小。所以我們今天最小的實例是每計算小時 10 美分。我們也一直在考慮，你知道，將我們在頻寬費用、磁碟空間費用等方面節省下來的一些成本回饋給客戶。好消息是，這些東西隨著時間的推移確實會變得更便宜。隨著我們變得更有效率和更有組織，我認為我們將能夠為客戶節省相當多的費用。好的，謝謝。
問： 是的，先生。Bezos 先生，Jeffrey，抱歉，我有點緊張。首先，我想說我是您的忠實粉絲，我想感謝您… 提供了 Gmail… 還有，我想知道能夠將火箭發射到太空中是什麼感覺？我從小就想做這個。所以…
Jeff Bezos： 嗯，嗯，謝謝你的問題。太空是我的熱情所在。你知道，你無法選擇你的熱情，是熱情選擇了你。從我 5 歲起，我就一直痴迷於太空旅行，想成為一名太空人，去太空。我創辦了一家名為 Blue Origin 的公司，正在建造一種垂直起降的火箭。這是一種次軌道火箭。所以你會進入太空然後再回來。這種火箭是可重複使用的，它會再入大氣層並像巴克·羅傑斯 (Buck Rogers) 的火箭一樣，在火箭動力下垂直降落。所以，我們已經完成了第一個開發載具，並且進行了飛行。我們現在正在研發第二個開發載具，之後至少還會有一個開發載具。然後，你知道，希望在某個時候我們能進入商業運營。所以這非常令人興奮。我還可以告訴你，把這兩個主題聯繫起來，Blue Origin 是 Amazon Web Services 的消費者。我不是在編造這個。他們在 EC2 雲上進行空氣動力學模擬，他們進行計算流體動力學計算。他們以前有一個 Beowulf 叢集，是一個 16 節點的 Beowulf 叢集，他們用來做 CFD 計算。但是，你知道，那不是他們的業務，這有點像啤酒廠和電力，你知道，他們是否非常擅長管理龐大的 Beowulf 叢集並不會讓火箭性能更好。所以，現在他們能夠進行這些… 這些空氣動力學計算非常… 它們是計算量極其密集的，非常適合並行化的計算。所以現在他們可以部署非常大的 EC2 機群，但只需要幾個小時，完成他們需要的計算。這加快了一個循環。以前在 Beowulf 叢集上，完成一個空氣動力學循環大概需要 70 多個小時。現在他們可以完成一個這樣的循環，我想大概不到 12 個小時。這意味著，你知道，你第二天就可以看到結果，對載具進行調整，再做一些事情，然後更快地迭代。所以，這非常酷。謝謝。
問： 你對 Google App Engine 有什麼看法？
Jeff Bezos： 嗯，我預料到這個問題了。首先讓我說，我們有一個悠久的，我喜歡的歷史，就是不談論其他公司。我們偶爾會破例，但總的來說這是一個相當好的政策。主要原因是，我們在業務中發現，如果我們保持以客戶為中心，而不是以競爭對手為中心，我們會更有創新力，做更多有趣的事情。這並不意味著我們不關注其他公司，試圖從他們那裡獲得啟發，看看他們做了什麼等等。但實際上，你知道，如果我們是一家以競爭對手為中心的公司，而不是以客戶為中心的公司，我們四年前就不會開始做 Amazon Web Services。你能在四年前開始做這樣的事情的唯一方法是，你真的在關注客戶可能想要和需要的東西。所以這是一個非常好的事情。因此，讓我只談論 AWS，而不是談論其他任何人的產品。
AWS 目前在整個市場上是一個相當獨特的產品。原因是它真正基於非常基礎的… 它在技術棧的深層。我們暴露的 API 類型是非常基礎的東西，比如儲存——也就是記憶東西，非常基礎——運算、佇列。然後你可以將這些東西組合在一起。事實上，有幾家公司已經編寫了運行在 EC2 之上的不同類型的應用程式引擎。所以它是一個如此基礎的層，你可以在上面構建許多非常複雜的東西。我認為這就是我們真正… 我們的切入點。就是構建具有那種戲劇性可擴展性和靈活性的東西，並真正讓用戶直接控制他們構建複雜應用程式所需的旋鈕，無論他們需要使用什麼工具集。所以我想我就說到這裡。
我唯一想補充的是，這不會是一個贏家通吃的領域。我相信這將是一個… 一個會有許多贏家的領域。我認為，也許我非常樂觀，但我認為這有一天會成為一個有意義的產業。我真的這麼認為。我認為這將是一個重要的產業。因為… 只是因為我認為讓每個人都自己發電是沒有意義的。而且，重要的、有意義的產業很少是由單一公司建立起來的。這就是為什麼我認為實際上會有眾多公司追求略有不同的策略和風格。我認為開發者會發現其中許多都有用。我只希望，你知道，他們繼續發現 Amazon Web Services 有用。我認為如果我們繼續努力並贏得這一點，他們會的。謝謝。
問： 嗨，AWS 是一個共享基礎設施，特別是在 EC2 的情況下，它是一個共享託管基礎設施。正如你剛才指出的，Amazon 最終無法控制或預測他們的某個 AWS 客戶何時會爆紅。因此，共享託管的擔憂始終是，你知道，AWS 歸根結底是一種有限的資源。所以如果你有兩個客戶爆紅，或者十個客戶爆紅，在某個時候你會達到極限，你知道，新的實例將無法啟動，或者你會遇到容量限制。你能分享一下你們未來將如何管理這種情況嗎？當這些事件確實發生時。你知道，我發現你展示的關於 Animoto 的圖表以及他們過去幾天爆紅的成功案例非常有趣。一個真實世界的例子是，例如，昨晚我無法啟動哪怕一個小型的 EC2 實例，持續了大約一個小時的時間。我收到了容量不足的錯誤訊息。那麼你如何解決這個問題？你如何給出一些保證，讓在這個環境中託管的人們確信，當他們想要擴展時，以及對於那些最終超出你控制能力的因素，服務實際上會在那裡？
Jeff Bezos： 嗯，我認為我們無法控制任何超出我們控制能力的事情，對吧？我想先弄清楚這一點。你如何管理風險？但是，是的。但是，思考這個問題的方式，首先，它比替代方案要好。因為有一個伺服器池，你更有可能… 當池子變大時，事實是，某個需要… 當池子很大時，某個一夜之間需要 3000 台伺服器的人，對吧？那仍然只是池子中相對較小的一部分。所以，你知道，替代方案是，我在自己的資料中心有 50 台伺服器，而我一夜之間需要 3000 台。所以至少在 EC2 上，你有很好的機會獲得服務。替代方案是你根本沒有機會獲得服務。這是對你問題的一個答案。
第二點是，隨著時間的推移，我們必須… 我們必須而且我們相當擅長於… 嘗試維持適量的過剩容量。我們可以觀察到更平滑的，你知道，隨著時間推移的需求增長，因為它是數十萬 AWS 開發者需求的平均值。所以如果你只看任何一個 AWS 開發者，是的，試圖預測他們的用量是不可能的。這就像一家保險公司決定只為一個人提供健康保險，對吧？他們不知道這個人是會得某種需要花費一百萬美元住院費的重病，還是這個人會一生健康，然後在車禍中瞬間喪生，對吧？這對於保險公司來說是兩個極端。為單一個體投保是沒有意義的，但為一大群人投保則更有意義。所以我們在預測容量方面具有這種結構性優勢。
然後可能我給你的這個問題的最終答案是，你知道，隨著時間的推移，我們有責任在這方面贏得信譽。你知道，我們需要… 我們需要贏得人們的認可，讓他們說：「是的，我意識到 Amazon 不能… 你知道，這不是魔法，他們不能憑空變出伺服器，但你知道嗎？他們在維持足夠容量方面做得相當好，即使我一夜之間增長了兩個數量級，也能為我提供服務。」
問： 那麼作為一個快速的後續問題，Amazon 是否願意就過剩容量的水平做出某種承諾？或者，你知道，是否有某種方式可以傳達一些關於典型共享基礎設施的保證？
Jeff Bezos： 我不知道。我的意思是，這是一個有趣的… 這是一個有趣的問題。也許我們應該回去思考一下。因為可能有一部分客戶，你知道，會對那種保險感興趣。謝謝。謝謝。
問： 好的，我的問題是 Amazon Web Services 如何或者是否可以幫助大型企業公司，我指的是財富 500 強公司，降低他們部署軟體的基礎設施成本？舉個例子，如果你看過 SAP 的整合指南，光是目錄就有 20 頁長，他們所要做的就是花費數年時間去採購硬體、儲存、冗餘，他們基本上是在為此建造自己的電力。這些公司整合軟體，你如何看待 Amazon Web Services 在其中發揮作用？也就是說，也許，你知道，SAP 提供一個帶有一些中介軟體的 AMI，然後，砰，不是一年的部署時間，而是兩秒鐘部署完成。
Jeff Bezos： 嗯，我們實際上… 我們現在正開始看到這種情況。事實上，一些… 我之前談到的計算流體動力學計算等等，有很多科學計算… 基本上是專有的，那些將 CAD/CAM 軟體和分析軟體打包起來的人，他們提供這些軟體，並且授權使用，這是授權軟體，是昂貴的軟體。是的。他們正在意識到，對他們來說，一個真正的機會是將 AMI 打包起來，配合這些大型的… 它們都有某種後端計算引擎，然後連接到這些前端，這樣人們就可以擁有自己的 Beowulf 叢集或類似的東西，他們可以將 Amazon Machine Instances (AMI) 打包起來，讓人們可以在這些東西上進行非常大規模的並行計算。這是否也適用於，你知道，一些 CRM 公司？也許會。是的。但我認為這是你可以看到隨著時間推移發展起來的那種事情。我認為這是一個富有洞察力的觀察。
問： 對此的快速跟進是，你認為 Amazon 背後有足夠的安全性嗎？因為你經常聽到，你知道，一家開源公司或者擁有軟體的公司，購買它的公司希望將其部署在他們自己的伺服器上，在他們自己的防火牆後面。如果我們用我們的軟體提供這種服務，你認為我們能做出足夠好的保證價值主張，讓那些公司信任我們將其放在 Amazon Web Services 上嗎？你認為隨著時間的推移它會實現嗎？
Jeff Bezos： 我認為是的。我認為，你知道，我們預期的是人們會想要了解我們是如何做的，並能夠在一定程度上對其進行審計。我認為另一件事是，透過一些應用程式的更改——這從來都不是免費的——如果你想特別小心，你可以在儲存資料之前對其進行加密。然後，你知道，你需要在某個地方有一個可信的閘道器來做這件事。但我認為對於高度敏感的資料，如果人們真的擔心，這是一個實際的解決方案，他們總是 可以加密。好的，謝謝。免費插播一下，如果有人想幫忙構建這個，請找我。
問： 最後一個問題。好的，嗨。基本上我的問題不是關於 AWS 的，而是更多關於你們最近進入的其他服務，特別是音樂業務和影片業務。而且，因為你知道，很多人，我們中的很多人，都看到移動平台，你知道，在過去幾年裡因 iPhone 平台和 Android 而蓬勃發展。你們如何看待自己將新服務整合到移動平台中，特別是考慮到與舊設備相比，新設備的能力大大增強？
Jeff Bezos： 絕對的。你甚至可以在我們的使用情況中看到這一點，即使只是人們在一些新的移動設備上瀏覽網頁，比如 iPhone、新版本的黑莓等等，這些更先進一代的設備。我們現在看到大量的零售銷售透過這些設備進行，這是我們以前沒有看到的，除了在日本，他們在這方面比美國領先一點。所以，我認為你會看到越來越多的 Amazon 產品部署在那些設備上。我，你知道，我只能請你保持關注，我不能與你分享細節，但我認為這非常有意義，特別是對於我們的數位產品，將它們部署在各種各樣的設備上。這也意味著我們要盡一切可能促進移動購物。所以，謝謝。
問： 我有一個關於 SDB 的問題，只需要一句話的答案。你預計何時取消 SimpleDB 的 100 個域限制？
Jeff Bezos： 我們何時取消 SimpleDB 的 100 個域限制？我們還沒有宣布。我們在推出新產品時總是試圖保持適當的保守，並確保它們對現有客戶真正有效。我們已經讓很多開發者加入，我們正在開發許多新功能，並盡快擴大這一限制。請放心，我們非常有動力盡快開放服務。但是，你知道，我們只會在真正知道它能夠隨著時間的推移表現卓越時才會這樣做。
問： 而且如果，因為他並沒有真正回答你的問題，如果有人想要獲得例外，他們可以打電話給你談談嗎？所以也許這是一個開始的方式。
Jeff Bezos： 因為對於這些服務，我們非常重視可用性。所以當我們推出新的服務時，好的，我們確實喜歡一步一步來。但那是 Adam Selipsky。好的，你應該聯繫他。
問： 我會的，謝謝你們。