# FarmVille 如何擴展-后續 > 原文： [http://highscalability.com/blog/2010/3/10/how-farmville-scales-the-follow-up.html](http://highscalability.com/blog/2010/3/10/how-farmville-scales-the-follow-up.html)  針對[，FarmVille 如何擴展以每月收獲 7500 萬玩家的問題](/blog/2010/2/8/how-farmville-scales-to-harvest-75-million-players-a-month.html)，一些讀者提出了后續問題。 這是盧克對這些問題（以及我的一些問題）的回答。 ### 社交網絡如何使事情變得容易或困難？ 社交游戲的主要有趣方面是，如何獲得需要經常訪問彼此數據的已連接用戶的圖表。 這使得整個數據集很難甚至不是很難分區。 ### 您嘗試避免使用 Facebook 通話的哪些例子，以及它們如何影響游戲玩法？ 我們可以致電 Facebook 朋友數據，以檢索有關您玩游戲的朋友的信息。 通常，我們在游戲底部顯示一個朋友梯子，該梯子顯示朋友信息，包括姓名和 Facebook 照片。 ### 您能否說說緩存在哪里，緩存采用什么形式，緩存有多少？ 您是否與 Facebook 建立了對等關系，就像您在該帶寬上所期望的那樣？ 我們使用內存緩存作為我們的緩存技術。 無法評論對等關系。 ### 禁用功能以響應負載時，對游戲的影響是什么？ 用戶將看到的是應用程序的某些部分無法正常運行。 我們有效地排序了對游戲而言不太重要的事物，并先將其關閉。 例如，在我們的鄰居頁面和 Flash 應用程序底部的朋友階梯中，您可以看到朋友在玩游戲及其游戲統計信息的列表。 在某些情況下，當我們有高負載時，我們會關閉它。 它為我們節省了一些后端工作，并且對用戶體驗的影響相對較小。 ### 您如何與 Facebook 集成？ 您是否嘗試盡可能遠離后端？ 還有與 Facebook 合作的建議？ 我們通過 REST API 與 Facebook 集成。 由于我們是 Facebook 上的大型應用程序構建者，因此我們就技術問題進行了大量的來回交流。 ### 您的可降解方法非常有趣。 聽起來您可以在客戶端中玩大部分游戲，而無需長時間與后端對話。 我從農場彼此相對隔離的應用程序的性質出發？ 是否有嘗試像其他多人游戲一樣將農場聚集在一起？ 是的，擁有交互式客戶端的好處之一是我們在服務器延遲和觀察到的客戶端延遲之間有些隔離。 我們會驗證游戲中執行的每個動作； 但是，我們異步執行此操作，并在客戶端上將事務排隊。 ### 您使用 MySQL 嗎？ 如果使用 SQL，它將如何使用？ 我們使用 MySql。 ### 您在 LAMP 中使用什么“ P”？ Python 等。 ?我們使用 PHP。 ### 您如何與后端對話？ 是請求響應，XHR，長輪詢，Flash XML 套接字還是“ COMET”？ 我們使用稱為 AMF 的標準 HTTP 請求/響應協議。 AMF 事務是從客戶端異步發生的，如果服務器看到它認為客戶端不應該發送的內容，則會向客戶端返回“不同步”消息，告知客戶端處于無效狀態，并且客戶端 重新加載自身。 ### 您是否運行 200 個（或其他數量的）節點 Vertica 集群？ 我們不對 FarmVille 執行此操作 ### 您是在云中運行還是擁有專用服務器？ 您使用 EC2 嗎？ 我們確實在云中運行。 這里的主要特征是我們使用商品化的虛擬化硬件。 因此，從我們決定要增加容量到硬件可用的時間，我們大大減少了時間。 ### 請提供服務降級示例嗎？ FarmVille 內部的一個示例是，頁面底部的 Flash 內有一個朋友梯子。 通常，我們向 facebook 查詢姓名和個人資料圖片，并向我們自己的后端查詢游戲統計信息和頭像數據。 這是應用程序中參與度很高的部分，但優先級低于進行農業活動的用戶。 因此，如果我們的后端出現性能問題，我們可以將其關閉，并且朋友階梯將僅顯示 facebook 名稱和個人資料圖片。 同樣，如果 facebook 出現性能問題，我們可以將其關閉，并且朋友梯子不會顯示。 結局 我錯過了昨天 Amitt Mahajan 在 GDC 上的演講，我很想知道他說過關于懶惰地寫入/發自 Farmfield 的內存緩存池及其網絡層請求批處理的內容。 有沒有人在談論這個話題或對此有更多了解？ 盧克（Luke）在回答云問題時非常有政治性。 根據 Rightscale 上的這篇文章，Farmville 完全在亞馬遜的 EC2 上運行：[前三名社交游戲公司管理云上的急劇增長](http://www.rightscale.com/news_events/press_releases/2010/Top-Three-Social-Gaming-Companies-Manage-Steep-Growth-on-the-Cloud-with-RightScale.php) 我真的不喜歡采訪。 我認為面試官提出了很好的問題，做得很好。 可悲的是，面試官沒有付出太多。 哇，那真是令人痛苦的采訪。 我同意面試官提出了正確的問題，但是答案是可悲的。 “您使用 MySQL 嗎？如果您使用 SQL，它將如何使用？” “我們使用 MySql。” 哇，感謝您的驚人見解！！！ 所有的答案都好像受訪者放棄了盡可能少的信息。 是的，閱讀本訪談內容不多。 一點都沒有。