Web-Server
影片轉換網站的最佳 EC2 實例架構是什麼?
對於影片轉換器
$$ using FFMPEG on linux [ ubuntu $$] 和媒體文件採集器$$ from youtube and other video hosting websites $$.. 在 EC2 中使用的最佳架構是什麼? 我所說的體系結構是指要使用的實例的類型/數量。我應該將應用程序邏輯託管在多個小實例上,還是使用一個超大的實例?數據應該轉到 RDS 實例還是我可以使用應用程序邏輯託管它?
如果是第一個選項,怎麼做,實例之間的通信..etc?
這種體系結構應該從小處著手,並根據需要向外擴展或向上擴展。
請幫忙!
可擴展性很難提供最佳實踐文件。每個應用程序都是不同的。一些工作流程非常適合大規模並行化,而另一些工作流程則不可避免地會出現單點處理,從而減慢整個流程的速度。為了推薦這樣一個“最佳”解決方案,需要了解以下內容:
以下是處理階段數據的高級概述。
需要對流程中的每個階段進行分析:
- 並行化
- 容錯
- 與其他階段的依賴關係
深入了解您的正常執行時間要求、您可以承受的停機時間、可以容忍的數據失去量(如果有的話)。
深入了解系統中的故障是如何發生的以及它是如何響應的
- 出現問題時會失去多少數據?
- 重新處理髮生故障的數據需要多長時間?
你對成本的容忍度如何。對於 EC2,變數:
在處理生命週期中有多少數據傳入和傳出 EC2 系統。
需要多個可用區或多個區域
- 區域之間需要數據傳輸
每個數據單位的處理成本需要多少實例小時數。
任何專業基礎設施(負載均衡器、彈性搜尋等)的成本
等等。這些我們都不能告訴你。或者甚至為您提供指導,因為它們是您正在建構的系統所獨有的,並且要揭示上述大部分內容將需要揭示您系統的秘密醬料(我認為您寧願不這樣做)。