亞馬遜雲端運算(AWS)每秒計費模式對DevOps工程師來說是利是弊?

2006年亞馬遜推出AWS服務時,以每小時計費模式收取運算資源費用,為IT界帶來一場革命。自此AWS主導雲端運算市場,並每年擴大所提供的雲端服務範圍。然而,每小時計費的商業模式一直是許多客戶的主要問題之一,尤其是那些僅需在EC2上運行數分鐘的應用程式。

最近,AWS宣布支援EC2的每秒計費服務,解決了上述問題。當然,這也在每小時計費的支持者中引起了爭議。雖然我不會探討整個企業的利弊,但有一群人受到新的每秒計費模式的影響:DevOps工程師。

以下是每秒計費對DevOps團隊的五大影響:

1. 無需擔心成本即可自動擴展
   大多數工程師都很謹慎地進行自動擴展,主要是因為EC2的每小時收費,即使他們只需額外的運算能力15分鐘。有了每秒計費,DevOps工程師就不必擔心了,只需按需擴展EC2實例即可。
2. 不再需要自訂邏輯進行每小時批次處理
   許多客戶使用EC2進行作業和批次處理。由於每小時定價,工程師已編寫自訂邏輯來基準測試並不斷調整批次叢集中的節點數量,以確保成本最佳化。每秒計費可解決DevOps工程師在使用EC2進行批次處理和作業叢集時的頭痛問題。
3. 需要加快EC2啟動速度
   使用每秒計費時,最好使用預先製作的Amazon Machine Image(AMI)來啟動EC2實例,而不是在每次啟動實例時進行完整配置設定。這將減少您的成本,可節省5到15分鐘的時間。是時候為更快啟動實例而製作預先製作的AMI,從而節省成本。
4. Lambda或EC2的困境
   您需要比以往更頻繁地比較是使用Lambda還是EC2來處理新的工作負載和應用程式。您在Lambda和EC2之間的基準測試變得更加棘手。無伺服器的Lambda再次面臨EC2的競爭。
5. 大數據處理變得更輕鬆
   隨著EMR也支援每秒計費,您的工作變得更加容易。作為DevOps工程師,您不再需要不斷基準測試EMR叢集的節點數量和作業處理時間,以優化每小時計費。

DevOps工程師從每小時計費中獲益良多,但在部署時間和選擇運算服務方面也需要考慮許多因素。現在是DevOps工程師向CIO提出這些問題的時候了,以順利過渡到AWS的新商業模式。