AWS 資料庫
專門打造的資料庫可滿足您所有的應用程式需要
隨著雲端持續將儲存和運算的成本降低，新一代的應用程式已掘起，並建立一組新的資料庫需求。這些應用程式需要資料庫來存放數 TB 到 PB 的新類型資料，提供資料的存取 (而只有毫秒的延遲)，每秒處理上百萬個請求，以及擴大以支援全世界任意位置的上百萬個使用者。若要支援這些需求，您同時需要專為特定用途打造的關聯式和非關聯式資料庫，以便處理您應用程式的特定需求。AWS 提供最廣泛的資料庫，專為您的特定應用程式使用案例打造。
我們的全受管資料庫服務包括適用於交易應用程式的關聯式資料庫、適用於網際網路規模應用程式的非關聯式資料庫、用於分析的資料倉儲、用於快取和即時工作負載的記憶體內資料存放區、可使用高度連線資料建立應用程式的圖形資料庫、用於測量長時間變更的時間序列資料、用於維護完整與可驗證交易記錄的總帳資料庫。如果您想要將現有的資料庫移轉至 AWS，AWS Database Migration Service 可讓移轉程序變得更加簡單且符合經濟效益。
資料庫服務
關聯式資料庫儲存資料時會搭配使用預先定義的結構描述以及它們之間的關係，這是為了支援 ACID 交易、維護參考完整性、資料一致性而設計。
用於：傳統應用程式、ERP、CRM 和電子商務。
記憶體內資料庫是用於需要即時存取資料的應用程式。藉由將數據直接儲存在記憶體中，這些資料庫在毫秒延遲不足因應的情況中提供微秒延遲。
用於：快取、遊戲排行榜和即時分析。
當您需要信任的機構來集中維護可擴展性、完整、可經由密碼驗證的交易記錄，可使用總帳資料庫。
用於：記錄系統、供應鏈、註冊、銀行交易。
鍵值資料庫經過最佳化，可以在毫秒內儲存及擷取大量鍵值對，而不會產生關聯式資料庫的效能負荷和規模限制。
用於：網際網路規模的應用程式、即時競價、購物車和客戶偏好設定。
文件資料庫旨在將半結構化資料儲存為文件，並且由於資料通常以可讀文件形式呈現，更方便開發人員使用。
用於：內容管理、個人化和行動應用程式。
時間序列資料庫用於從隨時間變化的大量資料 (稱為時間序列資料) 中高效地收集、合成和推演出洞見。
用於：IoT 應用程式、DevOps 和產業遙測。
為何要使用 AWS 資料庫？
專門打造
AWS 的專用資料庫產品組合支援各種資料模型，讓您能夠構建使用案例導向、高度可擴展性的分散式應用程式。透過選擇最佳資料庫來解決特定問題或一組問題，您可以擺脫限制性的「一刀切」的整體資料庫，並專注於建置應用程式以滿足您的業務需求。
可擴展性
有了 AWS 資料庫，您可以從較小用量起步，並隨著應用程式的成長進行擴展。只需按幾下滑鼠或一個 API 呼叫，您就能擴展資料庫的運算和儲存資源，通常不需停機時間。因為專用資料庫是針對您需要的資料模型最佳化，相較於使用一體適用型單體架構資料庫構建，應用程式能夠擴展和運作更順暢。
全受管或無伺服器
使用 AWS 資料庫，您無需擔心資料庫管理任務，例如伺服器佈建、修補、設定、組態、備份或復原。AWS 會持續監控您的叢集，以保持工作負載正常啟動和執行，您就可以專注在更有價值的應用程式開發工作。
企業級
AWS 資料庫專為業務關鍵企業工作負載而建置，可提供高可用性和可靠性。您可以完全監控資料多層安全性，包括使用 Amazon VPC 的網路隔離、使用透過 AWS Key Management Service (KMS) 建立和控制的金鑰進行靜態加密，以及使用 TLS 加密傳輸中資料。
成千上萬的客戶依賴 AWS 資料庫
常用案例
即時
即時應用程式使用案例 (例如遊戲排行榜、叫車、社交媒體傳訊、線上購物) 需要微秒延遲和高傳輸量。透過從快速且受管的記憶體內資料存放區和快取擷取資訊，而不是完全依賴速度較慢的磁碟型資料庫，可以提高即時應用程式使用案例的效能。Amazon ElastiCache 是位於雲端的 Redis 或 Memcached 相容的記憶體內資料存放區和快取服務，可以輕鬆地在雲端部署、執行、擴展記憶體內資料存放區和快取。Amazon ElastiCache 將開放原始碼 Redis 和 Memcached 的速度、簡單性、多功能性，與 Amazon 的可管理性、安全性、可擴展性相結合，為您的高要求即時應用程式提供支援。
記憶體內快取範例：
「Tapjoy 的行動應用程式網路範圍涵蓋超過 9,000 款應用程式，以及 2 億 5 千萬智慧型手機和平板電腦裝置客戶。我們快取與行動應用程式相關的即時統計資訊和中繼資料，以實現更快的存取。Amazon ElastiCache 透過持續監控快取叢集的運作狀態並自動替換故障節點，大幅降低了快取節點故障的風險。我們對 Amazon ElastiCache 的管理能力感到非常滿意，也將它用於生產，以支援一些關鍵任務和高輸送量應用程式。」
Tapjoy 技術副總裁 Ryan Johns
網際網路規模使用案例
遊戲應用程式示例：
「我們在 Zynga 德州撲克這個遊戲將需要專門內部資源管理的 MySQL Farm 移至全受管的 Amazon DynamoDB 服務。這大大降低了營運開銷。另外，我們在 Zynga Poker 資料庫叢集上獲得了巨大的效能提升，過去需要花費 30 秒的查詢現在只需要 1 秒。這只是利用了架構中的現代化執行個體類別 -- 更重要的是，利用 AWS 在系統中不斷的創新和投資，以及它經常提供的折扣。」
Zynga 資訊長 Dorion Carroll
移轉至全受管開放原始碼資料庫
行動和 Web 應用程式每天產生數百萬個讀寫請求，對 MySQL、PostgreSQL、Redis 等常用的開放原始碼資料庫產生了高效能要求。透過將開放原始碼資料庫移轉到 Amazon RDS 和 Amazon ElastiCache 等全受管服務，您無需建置和管理自己的叢集，從而確保高可用性和效能，同時降低營運開銷。
交易資料庫與快取範例：
「Monster 推出的 TalentBin 移至 Aurora 為的是降低 MySQL 的操作開銷和管理，進而讓我們的開發團隊更專注在創新上。Aurora 擁有明顯較快的複寫功能，提供不會影響任何下游應用程式的較大寫入操作。而且，使用 Aurora 的工具不需為帳戶的使用和成長需求分配多餘的儲存，不但提升了價值，也可節省更多。Aurora 讓我們的團隊能夠合併各種資料庫，降低約 40% 的資料庫執行個體計數。其他的獲益是透過自動快照和 point-in-time 恢復，真正地改進了操作。所有這些特點讓我們很容易就決定移轉到 Aurora。」
Travis TheuneTalentBin 資深網站可靠性工程師
案例研究
Airbnb 為了因應快速查詢的資料量和需要，使用 DynamoDB 存放使用者搜尋歷史記錄以啟用個人化搜尋、使用ElastiCache 在記憶體內存放工作階段狀態以加快 (低於一毫秒) 網站轉譯、使用RDS 做為主要交易式資料庫。
Capital One 使用 RDS 存放交易資料以進行狀態管理、使用Redshift 存放 Web 日誌執行需要彙總的分析、使用DynamoDB 存放使用者資料，讓客戶可透過行動應用程式快速存取資料。
Johnson and Johnson 使用RDS、DynamoDB、Redshift，將花在蒐集與佈建資料的時間和精力降到最低，並加快取得洞見的速度。AWS 資料庫服務協助 Johnson and Johnson 改善醫師合規性、優化供應鏈及探索新藥物。
Expedia 建置了即時資料倉儲，用於存放住宿市場定價與空房資料，以便使用Aurora、Redshift、ElastiCache 進行內部市場分析。該系統處理大量住宿定價和空房資料，執行有 24 小時回溯期的多串流聯盟和自我聯結。
相關內容
管理大規模執行並同時兼具高可用性和可靠性的資料庫很困難，不僅耗時又昂貴。了解組織能夠如何其資料庫移轉到 AWS 以及如何開始免費試用。
參加此技術研討會，了解為什麼您應該選擇不同的資料庫服務來解決特定的應用程式問題，並觀看有關哪些應用程式使用案例適合哪些資料庫服務的示範。
在本教學課程中，您將在 AWS 上建立您的第一個現代應用程式。現代的應用程式已不需仰賴底層基礎設施，是獨立服務的彈性可擴展性集合。
