AWS 可以細分如下：

截至 2017 年，AWS 擁有：

有關相關信息，請參閱 AWS 全球基礎設施簡介。

假設每個數據中心平均有 臺服務器，每個 AZ 平均有 1.5 個數據中心，那么服務器總數為 409.5 萬臺?？偨Y一下，假設 AWS 總共有 410 萬臺服務器。

（42 個可用區 x 1.5 個數據中心）* 65,000 臺服務器 = 4,095,000

2014年，Tech做過類似的計算（不過是基于28個AZ，但邏輯是一樣的），最終估計的服務器數量在280萬到560萬之間。在他們的估計中，每個 AZ 包含三個數據中心，如果這個假設準確，AWS 在全球可能擁有超過 800 萬臺服務器。

凈服務器容量

就凈服務器容量而言，基于上述（可能不準確的）計算，AWS 是 5 倍大小。

附加說明：以上計算未考慮 AWS 當前的容量限制。AWS 為日常運營保留了多少容量？AWS 是否有 20% 的預留容量可供分配？我們打算忽略這些問題，并簡單地假設 AWS 可以完全滿足當前需求網站建設，但可能會犧牲靈活性。

為了滿足未來對服務器的需求，AWS和AWS都在不斷的對服務器基礎設施進行投資，所以可以認為未來的AWS也足以承載未來。

在服務器凈容量方面，Facebook?有可能托管在?AWS?上嗎？

最有可能的是。

服務器硬件性能

不能直接假設服務器性能與 AWS 相當網站優化，因此需要考慮服務器性能問題。數十億美元已投資于服務器基礎設施，隨著規模的擴大，他們經歷了筆記本電腦充當服務器、從第三方租用服務器以及建立自己的數據中心的過程。當他們開始設計和構建自己的數據中心時，開箱即用的解決方案不再適用。

沃思堡（Fort）數據中心正在建設中服務器運行php文件，來源：

七個數據中心旨在以各種方式最大限度地提高性能和效率。從數據中心的整體設計到服務器機架和芯片等細節，一切都是定制的。

“為了優化成本，我們消除了您在標準服務器上看到的大部分組件，”服務器設計師 Amir 在 2009 年表示。

“我們拆掉了所有沒用的東西，只保留最必要的?！?/pre>

2011 年，他將數據中心和服務器的整個設計開源，表達了他對高效設計的熱愛。此后，許多其他人為該項目做出了貢獻，包括。這些措施也進一步壓低了硬件成本，第三方廠商開始生產相關組件，進一步降低了定制數據中心的建設成本。您可以訪問數據以獲取服務器硬件的完整列表。
因此，現有的服務器基礎架構已得到顯著優化，以幫助盡可能高效地運行。例如，他們在服務器場中為不再查看的照片和視頻（通常在 10 年前上傳）開辟了一個單獨的“冷存儲”。僅當有人想要查看這些照片或視頻時，此存儲設備才會“喚醒”。
多年的專業化運營與AWS有很大的不同，AWS的存儲需要在設計上考慮不同用途（高負載）的使用。但與 和 類似，也在內部設計硬件。
“是的，我們將構建我們的服務器，”首席技術官說?！拔覀儗⑹褂梦覀儍炔繕嫿ǖ淖远x存儲和服務器來滿足這些（重量級）工作負載的需求。我們還將合作構建我們自己的以更高時鐘頻率運行的處理器?！?/p>
雖然 AWS 可能看起來更通用，但其服務器的實際性能不太可能更差。但是，對于專業化和效率，眾說紛紜。這些大型科技騰云網為什么要這么做？假設進行真正的遷移，為了獲得與您自己的 AWS 數據中心相似的性能，您很可能需要更多服務器?？紤]到這一因素并在沒有實際數據的情況下進行比較，我們假設遷移后所需的服務器數量將比當前水平增加 10%，因此服務器數量將增加到 913,000 臺。
830,000 * 1.1 = 913,000
在 () 數據中心內，來源：
另請注意，我們計劃從 IBM 平臺遷移到在我們自己的服務器上運行。目前有 700 臺裸機（類似）高端 IBM 服務器在使用，基本提供與自家硬件相近的性能。但與我們之前討論的所有內容相比，這個數字（700?。┦侨绱酥?，可以肯定地假設該領域的未來增長可以完全包含在他們未來的擴張計劃中。
遷移？
實際上，遷移到 AWS 是完全不可能的。所以，這個腦洞大開的過程沒有考慮遷移的具體過程，我們只是想探索一下這樣做的可行性。事實上，整篇文章都基于這樣一個假設，即從構建自己的基礎設施的第一天起就選擇在 AWS 上進行托管。
假設我們在一個平行宇宙中，遷移到 AWS 是否會順利進行，需要多長時間？2013-2014年從AWS遷移到自己的服務器，整個過程花了一年時間，沒有人注意到?？紤]到這一點，我們還應該能夠在沒有最終用戶注意的情況下進行反向遷移。
然而......我們正在遷移整個，包括服務器運行php文件，所以整個過程肯定會花費更長的時間。與這一理論遷移相比，遷移規模為. 別忘了，他們花了八年時間才完全遷移到 AWS。8年！
基于這些假設和猜測，遷移過程應該很順利，但可能需要數年才能完成。
服務器硬件性能
AWS 和兩者都在自定義數據中心、服務器設計和實施方面進行了大量投資。由于所有設計都是開源的，這兩款服務器可能具有相當的服務器性能。
我們認為 AWS 可以輕松提供所需的計算能力和性能。但是，由于 AWS 無法滿足某些特殊需求，因此仍有一定的余量需要預留。您可以使用自己的 830,000 臺服務器做什么，可能需要 913,000 臺才能切換到 AWS。
AWS?能提供?Facebook?所需的服務器性能嗎？

很可能沒有問題。
軟件
它是（現在仍然是）使用 OSS（開源軟件）開發的。與其他騰云網絡類似，它們的增長速度如此之快，以至于在這樣的規模下，它們通常需要自己開發自定義工具，或者對現有工具進行大量修改以滿足他們的需求。
他們仍然使用 PHP 來開發應用程序代碼，但為了提高性能，他們開發了 (HHVM)，即通過即時編譯 (JIT) 編譯 PHP 代碼。這意味著代碼可以與 HHVM 和 . 的整個網站在開發和生產中都運行在 HHVM（桌面、API、移動）上。這正是定制軟件的意義所在。
AWS 與 PHP 和 HHVM 的關系讓人感到擔憂。但是在它自己的 HHVM 代碼庫中，有一個指向 AWS 服務器的 HHVM 的鏈接。所以我們可以假設我們可以在 AWS 上成功運行 HHVM 來運行我們自己的網站。
但是數據庫呢？在數據存儲方面，在 SQL vs.  中有一個臭名昭著的例子：存儲自己的時間線數據的巨大變化，同時依賴于快速交付。對于縮放，建議閱讀High上的相關文章?？梢栽诖颂幷业皆撘幏兜淖远x版本。
RDS( ) 能否滿足要求？有許多科技巨頭在使用 RDS，其中最引人注目的是。也許可以說，如果他們的騰云網絡視頻都可以通過RDS成功運行，那么也可以嗎？答案無法確定，但集群非常龐大，簡單的遷移可能根本滿足不了需求。為了處理自己的負載，他們甚至創建了自己的分叉！
還構建了一個非常全面的技術棧。他們的代碼庫足以證明這一點。這不可避免地讓人們更加關注他們的基礎設施與 AWS 的兼容性。
這個過程有多困難也許是他們在遷移到分布式云環境時需要如何重建大部分技術組件的最好例子。
AWS?能夠支持?Facebook?龐大的軟件環境和復雜的數據需求嗎？

也許吧，但它幾乎肯定會影響性能，甚至可能構建一個新系統。
在 AWS 上托管需要多少費用？
注意：這可能是本文最不準確的內容。雖然 AWS 提供了豐富的成本計算方法，但我們無法了解數據存儲和計算的實際需求。同樣，這些數字純粹是猜測。
我們好奇的最后一個問題：成本。盡管 AWS 幫助無數騰云網絡快速且廉價地擴展，但其中絕大多數永遠無法實現擴展。就規模而言，構建自己的基礎設施可能更便宜（這正是他們所做的，但我們只是想弄清楚^.^）。
在使用AWS自帶的成本計算器之前，我們先來看看一些全球化產品在云計算方面的成本。
Snap 的 IPO 文件中提到，Snap 騰云網絡計劃在 5 年內向 AWS 支付 20 億美元，同時向 AWS 支付 10 億美元。也就是說，每月 5000 萬美元。如此龐大的數字讓科技界大吃一驚，甚至有人編造了“支付高額費用存儲和處理即將被銷毀的內容”之類的笑話。文字、圖片等內容被收件人查看后立即銷毀）。
如上所述，它仍然托管在 IBM 的公共云服務器上，但計劃盡快遷移。然而，目前的托管成本仍然高達每月 200 萬美元。對于只使用 700 臺服務器的應用來說，這個成本有點高。
我們可以假設使用需求遠高于總和。
成本計算
以下計算較為簡單，基于 1,000,000 臺服務器運行 EC2 計算、S3、RDS，以及照片和視頻等數據的存儲和傳輸任務，每月傳輸 1,256.5PB（1,256）的數據。
計算中的假設：
這些計算既不精確也不嚴謹。如果您有更好的計算方法，歡迎您自己嘗試！原始 AWS 成本計算結果可在此處找到。
然后開始計算：
EC2
計算：EC2 實例（用于運行 PHP 代碼之類的東西）
S3
存儲（照片和視頻）
數據傳輸
RDS
RDS On-DB 實例（運行時間線）
數據傳輸
總額
理論上，如果托管在?AWS?上，Facebook?每年的成本高達?59.7?億美元。

巨大的
年收入超過280億美元，總市值4340億美元，全球用戶群超過19.4億，無疑擁有龐大而復雜的基礎設施。自有服務器基礎設施，據一些人估計，在 2012 年價值 40 億美元，今天可能已經增長了兩倍，達到 120 億美元。
然而，每年 59.7 億美元的托管成本遠遠超過了 2017 年的“收入成本”（37.89 億美元），其中包括數據中心和其他運營成本。
另請注意，可能無法支付假定的估計 AWS 價格。和 和 類似，也是一個有很大影響力的重量級用戶，因此具有談判和獲得更低價格的能力。
Facebook?能夠支付?AWS?托管費用嗎？

是的，但它更貴。
是否可以在 AWS 上托管？
我們永遠不會知道這個令人大開眼界的假設是否準確，但方法如下：
毫無疑問，這些結論是錯誤的，因為我們無法獲得計算所需的數據。但……
根據本文得到的計算和結果，理論上是否可以在 AWS 上托管？是的，一點沒錯。
閱讀英文原文：是在 AWS 上托管嗎？