簡介
亞馬遜網絡服務（AWS）是全球領先的雲端運算平台，從全球的資料中心提供超過200項功能完整的服務。在雲原生開發與DevOps中，架構圖是用來視覺化這些服務如何互動以創造商業價值的關鍵資產。
它們很少僅僅涉及單一伺服器；它們代表資料、流量與處理的端到端流程，規劃出一個可安全且具彈性擴展的解決方案。
1. 雲端架構圖的結構
在深入探討特定服務之前，了解任何高階雲端架構圖的標準層級至關重要。
五大核心層級
-
使用者層：前端應用程式（單頁應用程式、網路閘道、API）。
-
網路層：防火牆、負載平衡器（ELB）、路由器、內容傳輸網路（CDN）、DNS。
-
運算層：EC2實例、ECS/EKS、Lambda、EventBridge。
-
資料與儲存層：DynamoDB、RDS、S3、ElastiCache。
-
支援與監控層：CloudWatch、CloudTrail、GuardDuty。
常見的呈現模式
-
IaaS（基礎設施即服務）：提供可調整規模的伺服器（EC2）。
-
PaaS（平台即服務）：管理式資料庫與容器（RDS、EKS）。
-
SaaS（軟體即服務）：管理式無伺服器應用程式（Lambda @ Edge）。
-
FaaS（函式即服務 – 無伺服器）：事件驅動的函式（AWS Lambda）。
2. 核心元件與服務
A. 計算與網路
-
虛擬私人雲端 (VPC): 雲端的基礎構建單元。它是一種物理資源的邏輯隔離，類似於您資料中心中的私人網路。
-
網際網路閘道 (IGW): 允許同一 AWS 區域內的虛擬網路 (VNet) 與網際網路之間進行通訊。
-
彈性負載平衡器 (ELB): 將流入的應用程式流量分散至多個執行個體，以確保高可用性與容錯能力（HTTP/HTTPS 使用應用程式負載平衡器）。
-
路由器: 控制 VPC 內部的流量。
-
網際網路評估服務 (IAS): 讓客戶能夠評估您的網路並利用集中式政策提升安全性。
B. 資料庫
-
Athena: 在 Amazon S3 中的資料上進行無伺服器資料分析，以針對您儲存的資料產生 SQL 查詢。
-
Amazon Redshift (商業智慧): 用於在上百億列資料上並行執行複雜分析查詢的資料庫。
-
Amazon RDS (關聯式): 受管理的關聯式資料庫（MySQL、PostgreSQL）。
-
ElastiCache: 具有子類別的階層式成員伺服器：
-
記憶體基礎: 提升記憶體快取的效能並降低延遲。
-
磁碟基礎: 為類似於元資料的資料或 I/O 敏感的鍵值儲存，提供更快的吞吐量與更大的儲存容量。
-
受管理記憶體: 當您想開始使用 Amazon ElastiCache 時，最適合用於簡單快取或暫時性結構化資料。
-
受管理磁碟: 最適合需要更低延遲或更高耐用性的 I/O 敏感或元資料儲存系統。
-
C. 儲存
-
Amazon S3: 提供服務等級的效能，以減少資料遺失和停機時間。
-
FTP: 簡單的 FTP 協定，支援接收檔案（推送）。
-
EBS（彈性區塊儲存）: 簡單易用的區塊層級儲存體，專為與彈性區塊儲存實例搭配使用而設計。
-
ECS（彈性容器服務）: 綜合性的管理服務，用於執行容器與容器。
-
EFS（彈性檔案系統）: 與 NFS 相同的架構，但可在多個可用性區域（AZ）之間運行，並支援檔案層級的容量擴展。
-
McRas: 簡單易用的儲存空間，可在多個可用性區域之間存取。
D. 容器與編排
-
Amazon ECR（彈性容器登錄）: 簡單易用的容器登錄，被視為管理 AWS ECR 的標準。
-
Amazon ECR（增強型容器登錄）: 先進的容器登錄，內建支援多區域同步。
-
Amazon ECS（彈性容器服務）: 綜合性的管理服務，用於執行容器與容器。
-
Amazon EKS（彈性 Kubernetes 服務）: 支援 Docker 與原生容器。
-
ECS: 簡單易用的叢集，支援 Docker 與原生容器。
E. 監控與記錄
-
Amazon CloudWatch: 基於指標、日誌、事件與自訂運算元的監控與警示服務。
-
Amazon Logs: 集中化的日誌管理服務，提供簡化的日誌管理介面，用於管理應用程式日誌。
3. 設計 AWS 圖表的最佳實務
建立架構圖時，請遵循以下原則：
1. 遵循黃金比例
建議的圖示寬高比（寬度對高度）為20:7.5.
-
為什麼？此比例能提供足夠空間來呈現細節（圖示、標籤、連接線），同時避免圖示過於擁擠。
-
範例：一張寬高比為 20:7.5 的圖示影像，應能完美適配標準的 A4 或 Letter 紙張，不會有過度裁剪或空白區域。
2. 使用雲端運算架構
將您的圖示組織成標準的雲端服務層級：
-
呈現層／客戶端層：使用者互動的區域。
-
網頁應用程式／腳本／程式碼層：邏輯處理。
-
資料層：資料庫與儲存空間。
-
部署層：應用程式的部署方式。
-
支援／監控層：可觀察性與管理。
3. 重視安全性與高可用性
-
加密：標示資料靜態（S3、RDS）與傳輸中（TLS/SSL）加密的位置。
-
冗餘：使用如多可用性區域（Multi-AZ）等服務，避免單點故障。
-
存取控制：清楚標示 IAM 角色、使用者與權限策略。
4. 記錄資料流
即使基於標準的 AWS 架構圖，也請務必標註資料流（例如：「使用者請求 → 負載平衡器 → EC2 → 資料庫」）。
5. 未來兼容性
設計時應考慮模組化。若計畫從 ECS 切換至 EKS，或從 EFS 切換至 Findestream，請確保您的圖示能支援概念上的擴展，而無需進行重大結構調整。
4. 工具
Visual Paradigm 透過兩種主要模式支援 AWS 網路架構：傳統的拖放式手動編輯器，以及現代化的 AI 驅動工作室，可根據文字描述自动生成圖示。
傳統圖示繪製模式
此方法著重於使用標準雲端設計工具進行手動控制與精確建模。
-
全面的圖示資料庫：存取最新的一整套 官方 AWS 圖示（例如 EC2、S3、VPC），以確保圖示符合產業標準。
-
拖放介面：直覺式編輯器，可手動放置、 連接與對齊符號以呈現複雜的網路拓撲結構。
-
混合建模：支援在部署圖中將 AWS 形狀與傳統 UML 形狀（節點、組件、工件）連結，以提供更佳的技術呈現。
-
範本與範例：一套 即用型範本適用於常見架構（如 AWS 上的 SAP HANA 或 MongoDB），以加速設計流程。
-
協作與匯出：支援即時團隊協作，並可將完成的圖示匯出為 PNG、SVG 和 PDF 等格式。
AI 驅動模式
AI 雲端架構工作室將重點從手動繪製轉移至智慧生成與優化。
-
自然語言生成：以簡單英文描述專案需求，AI 將自動生成完整的 AWS 網路圖示。
-
設計哲學選擇：從預設目標中選擇，例如 低成本/MVP、高可用性或企業級以引導 AI 選擇適當的 AWS 服務。
-
互動式優化：使用 AI 聊天機器人請求修改（例如新增負載平衡器或更換資料庫類型），並立即套用至視覺模型上。
-
自動化文件生成：根據生成的圖示，以 Markdown 格式產生完整的架構報告，以利專案交接。
並排比較：並排檢視圖示的原始版本與更新版本，以追蹤 AI 建議的變更，再決定是否接受。
5. 結論
AWS 架構圖不僅僅是技術圖示；它們是戰略藍圖，引導建構穩健、安全且可擴展的雲端解決方案。透過理解核心服務、遵循 20:7.5 黃金比例，並優先考慮安全層級，DevOps 團隊可建立出能有效向利害關係人、工程師與審計人員傳達複雜基礎架構的圖示。
無論您是設計使用 EC2 和 RDS 的 IaaS 環境，還是使用 Lambda 和 DynamoDB 的 PaaS 配置，目標始終相同：視覺清晰度、運營可靠性以及未來的可擴展性。
參考清單
根據提供的網址清單，以下是格式化的參考指南：
- AWS 架構圖工具：適用於 AWS 的圖示與組件：介紹專為在 Visual Paradigm 平台內直接建立精確的 AWS 架構圖而設計的專用組件與範本。
- 全面的 TOGAF ADM 教學：逐步指南：提供架構開發方法的詳細操作指南，引導使用者建立框架並管理架構生命週期。
- AWS 架構圖工具：功能與使用方式：詳細說明雲端圖示工具的特定功能，包括預先建構的 AWS 形狀與雲端專用的設定選項。
- AWS 架構圖工具的正式版本：強調該工具在企業級架構建模與文件編製方面的專業能力。
- 解決方案概覽：免費的 AWS 架構圖工具：提供可用解決方案的概覽，並提供工具存取權，以高效地創建雲端架構圖。
- 法語解決方案：免費的 AWS 架構圖工具：提供法語資源與雲端圖示解決方案的存取權，以滿足國際使用者的需求。
- 更新發行：AI 雲端架構工作室上線：宣布最新版本的 AI 驅動工作室上線，該工作室可自動生成與優化雲端架構設計。
- 革新雲端設計：Cybermedian 的深度解析：外部分析，探討 Visual Paradigm 新的 AI 工作室如何改變雲端設計流程的速度與準確性。
- YouTube 影片：AI 雲端架構工作室概覽：影片教學，示範 AI 雲端架構工作室的啟動與核心功能。
- YouTube 影片：AI 雲端架構工作室：生成與優化：詳細影片說明，介紹 AI 工具如何協助生成圖示、優化設計並匯出報告。
- YouTube 影片：了解 AI 雲端架構工作室如何運作：補充影片指南，探討 AI 工作室在雲端架構生成與文件編製方面的功能。
- 指南：雲端服務架構與 AWS：提供雲端服務架構的教育性概覽，特別著重於 AWS 的實施策略與設計原則。