2015.05 遊戲服務研討會

2. 守則一：必須做最壞的打算
• 任何硬體設備都有可能損壞
• 設計時必須考慮容錯
• 設計時必須要考慮災害回復
• 除了不需要維護機房之外，還是需要有管理計畫
• 安全
• 監控
• 效能調教
• …………

3. 守則二：高可用與容錯的設計
• 許多遊戲與服務仍採用單一伺服器
架構
• 發生問題就必須停機
• 影響使用者操作
• 當非預期的錯誤發生
• 雲端伺服器會嘗試重新啟動修正問題
• 傳統單一伺服器無法容錯
• 當預期的維護停機發生
• 必須要事先將流量移往備用的環境
圖片來源：長榮航空官方網站

4. 守則二：高可用與容錯的設計
• 負載平衡器
• 將遊戲或服務程式部署到多台伺
服器，再透過負載平衡器分流
• Availability Set
• 確保伺服器的實體機器不會同時
失效
• Traffic Manager
• 跨地理位置建立備援環境

5. 守則三：要有災難復原計畫
• 架構考量因素
• 回復所需時間（Recovery Time Objective；RTO）
• 資料損失量（Recovery Point Objective；RPO）
• 備援的成本
• 資料備份
• Azure 儲存體
• 虛擬機器的備份
• 資料庫資料備份

6. 守則三：要有災難復原計畫
• Azure 儲存體

7. 守則四：要考慮延展性
• 升級虛擬機器 (scale-up) 不是唯一
提升效能的方法
• 必須要停機才能升級
• 透過負載平衡器可以隨時增加/減少
虛擬機器數量 (scale-out)
• 可以不需要停機
• 遊戲與服務的程式必須要無狀態設計

8. Age of Ascent 架構 (1)

9. Age of Ascent 架構 (2)

10. 守則五：考慮網路安全性
• Azure 提供了基本的DDoS防護
• 可以阻絕大部分攻擊
• 遊戲與服務提供者還是必須要監看流量
• 疑似遭遇攻擊時可以請支援團隊協助處理
• Azure讓使用者可以選擇資安解決方案
• Azure Marketplace

11. 守則六：監控遊戲與服務狀態
• Azure 的服務都有服務等級保證 (SLA)
• 遊戲與服務提供者仍需要隨時監控遊戲與服務狀態，確保遊戲與服務的
品質
• Azure 支援多種監控方式
• 服務儀錶板
• Management Portal
• Operational Insights
• System Center
• Management API
• 第三方工具，如RightScale.

12. 守則七：提升使用者執行效能
• Auto-Scaling
• 自動根據系統負載調整虛擬機器數量
• 快取服務
• Redis
• CDN
• Premium Storage
• Traffic Manager
• 可以根據使用者位置連線到最近的資料中心

13. 守則八：保持新鮮
• 雲端隨時在進化
• 新的服務，新的解決方案，支援新的作業系統…..
• 定期重新檢視部署在雲端的服務架構
• 善用官方資源
• Azure官方網站：http://azure.microsoft.com/zh-tw/
• Azure中文部落格：http://blogs.technet.com/b/azuretw/
• Channel 9：https://channel9.msdn.com/
• 線上課程：http://www.microsoftvirtualacademy.com/training-
courses/microsoft-azure-back-end-for-gaming