平台面向:基礎設施和應用程式 - AWS 雲端採用架構概觀

平台面向:基礎設施和應用程式

平台面向側重於透過企業級的可擴展混合式雲端環境,加快傳輸雲端工作負載的速度。此面向包含下圖所示的七項能力。共同利害關係人包括技術長、技術主管、架構師和工程師。

AWS CAF 平台面向能力說明圖。

AWS CAF 平台面向功能

  • 平台架構 – 建立並維護雲端環境的指導方針、原則、模式和防護機制。架構良好的雲端環境將可協助您加快實作、降低風險及推動雲端採用。在組織內部就推動雲端採用的企業標準達成共識。定義最佳實務藍圖防護機制,以利進行身分驗證安全性聯網記錄與監控。考慮因延遲、資料處理或資料駐留時間要求,可能需要保留在內部部署的工作負載。評估混合式雲端使用案例,例如雲端服務爆量、備份及災難復原到雲端、分佈式資料處理和邊緣計算。

  • 資料架構 – 設計與發展符合用途的資料和分析架構。精心設計的資料和分析架構有助於降低複雜性、成本和技術負債,同時能讓您從以指數級成長的資料量中獲得可行的洞見。採用分層和模組化架構,讓您使用正確的工具處理正確的工作,並以迭代和累進方式發展架構,以滿足層出不窮的需求和使用案例。

    根據您的要求,選擇每個架構層適用的關鍵技術,包括擷取、儲存、編目、處理和使用。為簡化永不停歇的管理工作,請考慮採用無伺服器技術。專注支援即時資料處理,並考慮採用資料湖倉儲架構以促進資料湖和專用資料存放區之間的資料移動。

  • 平台工程 – 使用增強的安全功能和封裝的可重複使用雲端產品建立合規的多帳戶雲端環境。有效的雲端環境可讓您的團隊輕鬆佈建新帳戶,同時又能確保這些帳戶符合組織政策。一套經策管的雲端產品將可讓您編纂最佳實務,幫助您實現管理的同時,又能提高雲端部署的速度和一致性。部署您的最佳實務藍圖,以及兼具偵測性和預防性的防護機制。將您的雲端環境與現有生態系統整合在一起,以實現所需的混合式雲端使用案例。

    自動化帳戶佈建工作流程,並利用多個帳戶支援安全性和治理目標。設定內部部署和雲端環境間,以及不同雲端帳戶間的連線。在現有的身分供應商 (IdP) 和雲端環境間實作聯合,以便使用者可以使用現有的登入資料驗證身分。集中記錄、建立跨帳戶安全稽核、建立入站和出站網域名稱系統 (DNS) 解析程式,以在儀表板中檢視帳戶和防護機制。

    根據公司標準和組態管理評估及認證要取用的雲端服務。將這些企業標準封裝成自助式的可部署產品與可取用服務,同時持續改良。利用 infrastructure as code (IaC) 以宣告方式定義組態。

  • 資料工程 – 自動化並協調全組織的資料流程。自動化的資料和分析平台和管道可以幫助您提高生產力並加快產品上市速度。組建包含基礎設施和營運、軟體工程及資料管理的跨職能資料工程團隊。利用中繼資料將取用原始資料並產生最佳化資料的管道自動化。實作相關的架構防護機制和安全控制措施,以及監控、記錄和提醒,以協助解決管道故障問題。識別常見的資料整合模式,並建立可重複使用的藍圖,以抽離管道開發的複雜性。提供藍圖給業務分析師和資料科學家,使其能夠使用自助方法操作。

  • 佈建與協同運作 – 建立、管理已核准的雲端產品目錄,並分發給最終使用者。隨著組織的發展,以可擴展和可重複的方式維護一致的基礎設施佈建變得更加複雜。簡化的佈建與協同運作可幫助您實現一致的治理並滿足合規性要求,同時讓使用者只能快速部署經過核准的雲端產品。設計與實作集中管理的自助式入口網站,以發佈、分發、瀏覽及取用已核准的雲端產品。讓大眾透過 API 以及個人化的入口網站存取您的雲端產品。與 IT 服務管理 (ITSM) 工具整合,並將組態管理資料庫 (CMDB) 的所有更新自動化。

  • 現代化應用程式開發 – 建立架構良好的雲端原生應用程式。現代化應用程式開發實務可以幫助您實現創新帶來的速度和敏捷性。使用容器無伺服器技術可幫助您最佳化資源利用率,並自動擴展從零到高峰的需求。考慮將應用程式建立為利用事件驅動架構的獨立微服務,以解耦應用程式。在應用程式開發生命週期的每一層、每一階段都賦予安全性。

    自動化水平擴展和縮減的流程或使用無伺服器技術。現代化您現有的應用程式,以降低成本,提升效率,並充分利用現有的投資。考慮重建平台 (將自己的容器、資料庫或訊息代理程式移動到受管雲端服務) 以及重構 (將舊版應用程式重寫成雲端原生架構)。確保您的架構有考慮到服務配額和實體資源,以免對您的工作負載效能或可靠性產生負面影響。

  • 持續整合與持續交付 – 發展與改進應用程式和服務的速度,會比使用傳統軟體開發和基礎設施管理流程的組織更快。採用包含持續整合、測試和部署DevOps 實務,將可讓您變得更加靈活,從而使您能夠更快創新、更容易適應不斷變化的市場,並且更有效地推動業務成果。實作持續整合和持續交付 (CI/CD) 管道

    從持續整合的最低可行管道開始,然後過渡到具有更多元件和階段的持續交付管道。鼓勵開發人員儘早建立單元測試,並先運行程式碼,再將這些程式碼推送到中央儲存庫。在持續交付管道中納入預備和生產步驟,並考慮手動核准生產部署。考慮多種部署策略,包括就地、滾動、不可變和藍/綠部署。