自動回應的選項
請務必在企業實施和組織結構之間取得平衡。圖 4 使用雷達圖來說明 AWS 實施中，每個自動回應選項的技術屬性差異。在圖表中，技術屬性離圖表中心越遠，相應的自動化回應技術屬性的強度就越大。例如，AWS Lambda 提供的速度較快，需要較少的技術技能。AWS Fargate 提供較高的靈活性，需要較少的維護和技術技能。表 1 概述這些自動化選項，並摘要顯示每個選項的技術屬性。
圖 4：各自動回應方法的技術屬性差異
表 1：自動回應的選項
| AWS 服務或功能 | 描述 | 屬性摘要* |
|---|---|---|
| AWS Lambda | 系統僅使用 AWS Lambda、使用您的組織企業語言。 |
速度 靈活性 維護 技能 |
| AWS Step Functions | 使用 AWS Step Functions、Lambda 和 SSM Agent 的系統。 |
速度 靈活性 維護 技能 |
| 使用 AWS Config 規則 自動修補 | 一組 AWS Config 規則 規則和自動修補，用於評估環境並將其推回到核准規格。 |
維護和技能 速度和靈活性 |
| SSM Agent | 一套自動化規則和文件，用於許多環境和內部系統並進行更正。 |
維護和技能 速度 靈活性 |
| AWS Fargate | AWS Fargate 系統使用開放原始碼 Step Functions 程式碼以及來自 Amazon CloudWatch 和其他系統的事件，來進行偵測和修復。 |
靈活性 速度 維護和技能 |
| Amazon EC2 | 在完整執行個體上執行的系統，類似於 AWS Fargate 選項。 |
靈活性 速度 維護 技能 |
* 每個服務或功能的屬性依遞減順序列出。例如，AWS Lambda 提供的速度較快，需要較少的技術技能。AWS Fargate 提供較高的靈活性，需要較少的維護和技術技能。
在 AWS 環境中考慮這些自動化選項時，您還需要考慮集中化和掃描週期 (每秒事件數 [EPS])。
集中化是指一個中心帳戶，用於驅動組織的所有偵測和修復。這個方法看起來是立即可用的最佳選擇，也是目前的最佳實務。但在某些情況下，您需要偏離這種方法，理解時機取決於您如何處理下屬帳戶。我們鼓勵您從運用 AWS Organizations 中的多帳戶架構
表 2：集中化的優點和缺點
| 集中化 | 去集中化 | |
|---|---|---|
| 優點 |
組態管理簡單 無法取消或修改回應 |
架構簡單 初始設定較快 |
| 缺點 |
增加架構的複雜性 須將帳戶和資源上線/離線 |
需要管理更多的資源 難以維護軟體基準 |
實施這些做法的成本比較，也可能推動決定最佳選項的企業決策。每秒事件數 (EPS) 是用於估算成本的最佳指標。更簡單和更便宜的方法，最終可能是集中式也可能是非集中式方法，但我們不可能審查您在您的帳戶中如何具體評估成本。在將這些事件傳送到中央帳戶以進行回應時，請務必考慮 EPS。EPS 越高，將這些事件傳送到集中帳戶的成本就越高。
