什麼是雲端運算中的彈性?

若要了解雲端運算彈性，首先要了解基礎結構不再需要是固定資產。

雲端彈性是您的基礎結構依據即時需求，自動調整運算資源的能力。當流量增加時，系統會佈建額外資源。當需求下降時，就會縮減。這一切都不需要手動介入，既能讓應用程式保持回應能力，也能控制成本。

此機制依賴動態資源配置。您的 雲端服務提供者 會持續監視工作負載模式，並即時判斷何時增加或移除容量，打造可依需求擴展與收縮的彈性基礎結構。

彈性以兩個方向運作:

垂直調整規模 (向上/向下調整): 增加現有資源的效能，例如提高 虛擬機器 的 CPU 或記憶體。

水平調整規模 (擴展/縮減): 新增或移除整個執行個體，例如啟動額外伺服器來處理流量。

傳統內部部署基礎結構無法達到這樣的回應速度。實體伺服器需要採購、安裝和設定，這個過程可能要花上數週或數月。等到您新增容量時，需求高峰可能已經過去了。相較之下，雲端彈性會把基礎結構視為軟體。當您需要時，它會立即可用；當您不需要時，也會同樣迅速地釋放。

可擴縮性和彈性常被交替使用，但它們處理的是雲端基礎結構的不同層面。可擴縮性著重於容量，也就是系統透過增加資源來處理更大工作負載的能力。彈性著重於自動化和速度，也就是這些調整發生得多快，以及是否能自動完成。

可以把可擴縮性想成基礎結構的成長潛力。您正在為未來需求建立容量，讓系統能擴展以容納更多使用者、交易或資料。這種擴展可能透過規劃好的升級、排程的資源新增，或依據預期需求進行手動調整來完成。

彈性運算進一步依需求發生時的情況來回應。彈性系統不會只為了峰值容量而持續維持那些資源，而是會即時調整。差異顯示在兩者的運作方式中:

可擴縮性特性:

• 根據預測需求規劃成長
• 手動或排程式資源調整
• 通常涉及關於長期容量的架構決策
• 著重於最高可能工作負載

彈性的特性:

• 依目前需求自動回應
• 即時佈建和取消佈建
• 以實際使用模式為依據，而非預測
• 針對不同工作負載最佳化效率

在雲端環境中，這些概念會彼此互補。您需要可擴縮性，確保架構能隨著業務成長；也需要彈性，讓這種成長更有效率且更具成本效益。

彈性依賴持續監視和自動化決策。您的雲端平台會追蹤 CPU 使用率、記憶體耗用量、雲端儲存空間 容量、網路流量和應用程式回應時間等資源使用指標。這些指標會傳送到監視工具，由工具將目前效能與預先定義的閾值進行比較。

工作流程遵循一致的模式。監控系統會每隔幾秒或幾分鐘，從您的基礎結構收集效能資料。當指標超過您設定的閾值時，系統就會觸發調整動作。例如，如果 CPU 使用率持續一段時間達到 80%，平台就會佈建額外資源。如果使用率降到 30% 以下，就會縮減。

這會透過管理佈建流程的協調層來完成:

在向上調整事件期間: 系統會啟動新的運算執行個體，將它們附加到負載平衡器，並將流量路由到額外容量。應用程式會在幾分鐘內開始從新資源接收要求。

在向下調整事件期間: 平台會將連線從使用率較低的資源排空、終止不必要的執行個體，並將工作負載整併到較少的機器上。

一旦需求恢復正常，系統就會回到基準容量。零售應用程式在正常營業時間可能會執行於 5 部伺服器上，在快閃促銷期間擴展到 20 部，等流量下降後再縮減回五部。

彈性系統的成效完全取決於設定。閾值設定得太保守，代表您會因閒置資源而超支；設定得太激進，則可能在意外尖峰期間導致效能下降。原則不只定義調整規模的時機，也定義調整規模的速度和幅度。

雲端運算 彈性 的商業效益主要取決於三件事: 成本、效能和敏捷性。

成本最佳化

使用彈性基礎結構，您只需為實際使用資源的時數付費，不必再採用全天候為峰值容量付費的傳統模式。例如，平日星期一到星期五執行的開發環境，可以在週末自動關閉。如果某個應用程式在上午 9 點到下午 5 點之間流量達到高峰，就不需要在夜間保留多餘容量。

效能一致性

當流量激增時，彈性可確保您的應用程式維持回應時間，而不是變慢或無法使用。無論您的使用者是在平凡的星期二早晨，還是在黑色星期五購物高峰期間瀏覽您的網站，體驗都一樣。

營運效率

IT 團隊不必再監看儀表板並手動調整資源，您的基礎結構就能自動處理需求波動，包括非預期的中斷期間。當系統需要還原時，彈性基礎結構會透過快速佈建資源，支援 災害復原 策略，縮短停機時間，且不需要手動介入。工程師花在例行容量管理上的時間更少，能把更多時間投入推動業務前進的專案。

業務敏捷性

彈性可打造出能跟上市場機會與客戶需求的基礎結構。例如，當行銷活動帶來意外流量時，彈性基礎結構會擴展以因應需求，而不是把潛在客戶拒於門外。當您需要快速推出新服務時，就能做到，不必經過冗長的採購流程。

彈性的好處可在整個組織中看到:

• 財務團隊會看到基礎結構支出降低。
• 營運團隊能獲得可靠性，且不需要持續手動介入。
• 業務部門能更快將新構想推向市場。
• 不論需求模式如何變化，客戶都能體驗一致的效能。

電子商務

零售平台全年面臨劇烈的流量變化。企業在多數月份可能處理穩定流量，但到了黑色星期五、網購星期一或年度促銷時，需求就會倍增。彈性基礎結構會在這些季節性高峰時向上調整，之後再向下縮減——透過像是 雲端高載 這類混合式環境機制——避免全年維持峰值容量的成本。

媒體串流處理

當熱門影集推出新集數或直播活動開始時，數百萬名觀眾會同時湧入。雲端彈性可確保在這些流量暴增時仍能順暢播放，而不必為日常觀看量過度佈建。

金融服務業

月底報表、季度結算與年度報稅準備，都會在運算需求上造成可預期的尖峰。交易平台的交易量會隨市場活動而波動。彈性系統會自動處理這些變化，在處理高峰時向上調整，在較平靜的時段向下調整。

SaaS 應用程式

企業生產力工具在工作時間使用量高，夜間活動則很少。這些應用程式不必全天候維持完整容量，而是可以在不同時區的離峰時段縮減規模。

開發與測試

工程團隊在活躍開發衝刺期間需要大量資源，但在規劃階段或假期期間，所需資源則大幅減少。彈性基礎結構讓這些環境只在開發人員真正需要時存在，能大幅降低非生產性工作負載的成本。

遠端工作

遠端與混合式工作團隊會讓桌面需求出現可預期但幅度顯著的變化。當員工在不同時區的核心工作時間登入時，虛擬桌面基礎結構 (VDI) 環境必須快速擴展，才能維持效能。但到了夜間，這些環境又可以縮減規模，避免全年維持完整容量的成本。

隨著新技術與新方法重塑組織管理基礎結構的方式，雲端彈性也持續演進。幾項新興趨勢顯示，未來的彈性系統會變得更智慧，也更分散。

用於預測性擴展的 AI 和機器學習

目前的彈性系統會在需求出現後才回應。下一代系統則會在流量模式發生前先加以預測。機器學習 (ML) 模型可以分析歷史資料，預測何時需要進行擴展事件，並主動而非被動地佈建資源。這可縮短需求暴增與資源可用之間的短暫延遲，提供更順暢的效能。

無伺服器運算和函式即服務

無伺服器架構將彈性推向其邏輯終點。無伺服器平台不再擴充虛擬機器或容器，而是擴展個別函式。您撰寫程式碼時，完全不需要考慮基礎結構。平台會自動處理所有資源配置，從零次擴充到數千個同時執行，之後再回到零。這種模型代表彈性運算的終極體現——完全從基礎結構考量中抽離。

多雲端與混合式彈性

組織越來越常將工作負載分散到多個雲端服務提供者和內部部署基礎結構之間。未來的彈性系統將會在 公用雲端 環境、私人基礎結構與內部部署系統之間協調資源，並將工作負載擴展到容量最具成本效益或在地理位置上最適合的地方。這可帶來超越任何單一服務提供者所能提供的彈性。

邊緣計算整合

隨著運算透過邊緣基礎結構更接近使用者，彈性也必須能跨分散式架構運作。應用程式不僅會在集中式資料中心中擴展，還會跨全球各地進行擴展，並動態將資源配置在使用者附近，以降低延遲，同時維持成本效率。

這些趨勢有一個共同方向: 讓彈性更自動化、更智慧化，並更順暢地整合到應用程式的執行方式中。這項功能會持續成熟，從您自行設定的功能，演變成您甚至不必去思考的基礎架構行為。