# 擴展 BBC iPlayer 的 6 種策略 > 原文： [http://highscalability.com/blog/2010/9/28/6-strategies-for-scaling-bbc-iplayer.html](http://highscalability.com/blog/2010/9/28/6-strategies-for-scaling-bbc-iplayer.html) 英國廣播公司（BBC）的 iPlayer 網站平均每天有 130 萬用戶瀏覽 800 萬次頁面。 技術架構師 Simon Frost 在[中描述了他們如何擴展站點，將 BBC iPlayer 縮放以處理需求](http://www.bbc.co.uk/blogs/bbcinternet/2010/07/scaling_the_bbc_iplayer_to_han.html)： 1. **使用框架**。 框架支持基于組件的開發，這使其便于團隊開發，但是會引入必須最小化的延遲。 使用 Zend / PHP 是因為它支持組件且易于招募。 MySQL 用于程序元數據。 CouchDB 用于鍵值訪問，以快速讀取/寫入以用戶為中心的數據。 2. **在構建架構之前先對其進行驗證**。 通過提出其他架構來消除猜測，并創建原型以確定哪個選項最有效。 在性能與易于開發等因素之間取得平衡。 3. **緩存很多**。 數據會在 memcached 中緩存幾秒鐘到幾分鐘。 較短的緩存失效期使用戶的數據保持最新，但是即使這些短暫的時期也會在性能上產生巨大差異。 緩存不必花很長時間才能看到好處。 Varnish 用于緩存 HTML 頁面。 大多數無效是基于時間或基于動作的（例如，有人添加了新的收藏夾）。 4. **將頁面分為個性化和標準組件**。 創建一個公共主頁，以便可以將其與個性化數據分開進行緩存。 這樣可以提供更快，更流暢的觀看體驗。 使用 Ajax 加載個性化元素。 Varnish 的靈活緩存策略用于緩存這些元素。 用戶收藏夾列表僅緩存幾分鐘。 5. **使用大量服務器**。 使用服務器池可橫向擴展。 Web 服務器是無狀態的。 頁面由兩個數據中心提供，以實現高可用性。 6. **在啟動**之前測試站點。 加載測試以在用戶看到問題之前跟蹤并修復問題。