本指引會示範建立供應鏈營運資料中心的架構選項。中心會攝入數千個不同來源的資料,包括關於規劃和執行的內部來源,以及關於出貨追蹤的外部來源。然後,中心會產生單一的統一資料檢視。可以深入了解各種企業和執行系統的資料,以便針對需求預測、庫存和採購進行即時規劃。資料中心可協助供應鏈組織做出資料驅動型決策,以縮短交付時間和提高客戶滿意度。
架構圖
步驟 1
供應鏈資料從整個企業的多個資料來源收集而得,包括企業資源規劃 (ERP) 和客戶關係管理 (CRM) 軟體即服務 (SaaS) 應用程式、製造廠區邊緣裝置、日誌、串流媒體和社交媒體。
步驟 2
根據資料來源類型,AWS Database Migration Service (AWS DMS)、AWS DataSync、Amazon Kinesis、Amazon Managed Streaming for Apache Kafka (Amazon MSK)、AWS IoT Core 及 Amazon AppFlow 會將資料攝取到託管在 AWS 上的供應鏈資料湖。
步驟 3
AWS Data Exchange 整合了第三方資料,這些資料可能有助於將出貨預估抵達時間 (例如天氣資料) 預測到供應鏈資料湖。
步驟 4
AWS Lake Formation 能協助建立可擴充的供應鏈資料湖。
步驟 5
Amazon Simple Storage Service (Amazon S3) 是供應鏈資料湖儲存體的基礎。
步驟 6
AWS Glue 會跨多個資料存放區 (例如 ERP 系統、規劃系統和出貨可見性系統) 擷取、轉換、編目和攝取資料。
步驟 7
Amazon Athena 是一種無伺服器的互動式查詢服務,可在 Amazon S3 中使用標準 SQL 分析資料。
步驟 8
Amazon QuickSight 提供的儀表板可協助規劃人員分析供應鏈規劃、執行和即時出貨狀態的相關資料,以做出明智的商業決策。
步驟 9
Amazon Redshift 是一種雲端資料倉儲,可分析結構化和半結構化資料。
步驟 10
Amazon EMR 提供雲端大數據平台,可用於使用開放原始碼工具處理大量資料。
步驟 11
Amazon SageMaker 可建置、訓練和部署 ML 模型,而 AWS AI 服務則為供應鏈應用程式新增智慧功能。
步驟 12
Amazon Neptune 圖形資料庫可最佳化網路查詢,以提高速度和準確性。
Well-Architected 支柱
AWS Well-Architected Framework 可協助您了解在雲端建立系統時所做決策的利弊。該架構的六根支柱讓您能夠學習設計和操作可靠、安全、高效、經濟高效且永續的系統的架構最佳實務。使用 AWS Well-Architected Tool (在 AWS 管理主控台中免費提供),您可以透過回答每根支柱的一組問題來針對這些最佳實務審查您的工作負載。
上方的架構圖是一個考量到 Well-Architected 最佳實務而建立的的解決方案的範例。若要完全實現 Well-Architected,您應該盡可能地多遵循 Well-Architected 的最佳實務。
-
卓越營運
本指引與基礎設施即程式碼 (IaC) 一同部署,後者是協助您透過可重複且可靠的程序維護基礎設施的 DevOps 原則。供應鏈利益相關者,包括業務、開發和營運團隊,應與 IaC 原則保持一致。
-
安全性
DataSync 使用跨帳戶存取權限來委派不同 AWS 帳戶對資料和資源的存取權。QuickSight 使用精細的存取控制權來保護儀表板的安全存取。
-
可靠性
Amazon S3、 AWS Glue、DataSync、Athena 和 QuickSight 等服務具有高可用性,可讓您根據需求擴展工作負載。
-
效能達成效率
此架構中的無伺服器技術可讓您隨時佈建所需的確切資源。
-
成本最佳化
此架構中的服務可自動擴展以符合需求,因此您只需為耗用的資源付費,不會造成佈建不足或過度佈建。
-
永續發展
此架構中的無伺服器服務可供擴充,可最佳化後端資源消耗,以減少對環境的影響。
免責聲明
範例程式碼、軟體庫、命令列工具、概念驗證、範本或其他相關技術 (包括我們的人員提供的任何上述技術) 依據 AWS 客戶協議或您與 AWS 之間的相關書面協議 (以適用者為準) 作為 AWS 內容提供給您。您不得在您的生產帳戶、生產或其他關鍵資料中使用此 AWS 內容。您有責任根據您的特定品質控制實務和標準,依生產級用途來測試、保護和最佳化 AWS 內容 (如範例程式碼)。部署 AWS 內容可能會因建立或使用 AWS 收費資源 (如執行 Amazon EC2 執行個體或使用 Amazon S3 儲存) 而產生 AWS 費用。