某公司正在將其傳統內部應用程式遷移到 AWS，並使用原生的 AWS 服務重新設計其內部員工目錄。您必須儲存員工聯絡資訊和高解析度照片，並允許透過 AWS API 搜尋和檢索每位員工的詳細資訊和照片。哪種設計可以實現此目標？

正確的設計是將聯絡資訊儲存在 Amazon DynamoDB 中，並將高解析度照片儲存在 Amazon S3 中，然後在 DynamoDB 項目中儲存 S3 物件鍵。DynamoDB 是一個快速、靈活的 NoSQL 資料庫服務，非常適合儲存員工聯絡資訊等結構化資料，並支援透過 AWS API 進行高效搜尋和檢索。Amazon S3 是一個高度可擴展且耐用的物件儲存服務，非常適合儲存高解析度照片等非結構化資料。將 S3 物件鍵儲存在 DynamoDB 中，可以輕鬆地將員工資料與其對應的照片連結起來。 將照片以 Base64 編碼儲存在 DynamoDB 中是不可行的，因為 DynamoDB 的項目大小限制為 400KB，高解析度照片通常會超過此限制。Amazon Cognito 使用者池主要用於身份驗證和授權，而非作為員工目錄的完整儲存解決方案。將聯絡資訊儲存在 Amazon RDS 中並將照片儲存在 Amazon EFS 中雖然可行，但對於這種使用案例而言，DynamoDB 和 S3 的組合通常更具成本效益和擴展性，且更符合原生雲端設計原則。