為何 PostgreSQL 是 Mastercard 達到零停機的關鍵 ?
內容目錄
多年來, Mastercard 使用一系列的資料庫技術,其中包括 Oracle,、MySQL、Microsoft SQL Server、Cassandra、Hadoop、DB2 和PostgreSQL。身為首席 BizOps 工程師,我贊成 Mastercard 在 2014 年收購支付網關 (payment gateway) ,而隨後便出現了 PostgreSQL,這算是 Mastercard 與 Postgres 的「美好際遇」。
Mastercard 早已使用 PostgreSQL,提升災害回復策略的響應能力。當時, PostgreSQL 的串流複寫(streaming replication)為其主要使用工具,雖然效果顯著,但 Mastercard 仍探究如何「更上一層樓」。
當時 Mastercard 面臨 2 大難題:處理災害程序所花費的時間,以及執行資料庫維護作業的方法,例如:vacuum full, reindex 等等。99.999 % 的正常運作時間是 Mastercard 的最低要求,因此以上問題是不被容許的。
隨著 PostgreSQL 9.4 的出現,邏輯複寫(Logical Replication)便隨之而來,而隨著邏輯複寫的到來,又出現多源主複製(multi master replication)。
自從建立 xDB MMR 後,諸多優勢便被快速實現。尤其,當切換到 DR 網域時,它不只變的更快,也更加可靠。
xDB MMR 不僅改善 DR 的解決方案,它還提供了資料庫遷移的工具,當 Mastercard 在各大洲間傳送數據,以符合日新月異的個資相關法規時,該工具被證實非常有效。
邏輯複寫相較於串流複寫的優勢是其過濾數據的能力。另一項優勢是目標 PostgreSQL 資料庫能配置函數以及具有觸發功能,以便數據在寫入目標資料庫表格時能被進一步地操作。
Mastercard 發現,跨洲使用 xDB 轉移數據子集以符合日新月異的政府法規非常有效。
xDB 的過濾功能防止數據離開原本存放的資料庫。此外,PostgreSQL 的觸發功能,使數據寫入目標資料庫時,將其他業務邏輯無縫應用於數據上。xDB 作為遷移即時資料的工具,這樣的資料遷移策略也被證實非常成功。
未來 Mastercard 將利用 xDR MMR 在多個數據中心同時處理支付的功能,使各個網站保持同步。部分應用程式需要微調,且會有大量數據衝突 (data conflicts)的檢測。
Mastercard 進行的更新及修正,證明將資料遷移到 PostgreSQL 上對其財務至關重要。每秒均有大量信用卡交易發生,因此 Mastercard 須減少故障轉移 (failover) 時間。使用 PostgreSQL,才能真正達到「零停機」。
從 Oracle 資料庫轉移至 PostgreSQL 將會是一個物超所值的決策,因為這將節省用戶每年數千美元的花費 ── 甚至是每個月。而這項決定也將讓使用者擁有世上數一數二資料庫。然而,這項工程絕非易事。
PostgreSQL 的主要合作夥伴 EDB 宣布了關於 Postgres Vision 2021 的豪華演講陣容前美國聯邦首席執行官 Suzette Kent 將發表主題演講,討論公共和私人的數位轉型策略,隨後 EDB CEO 兼首席執行官 Ed Boyajian 將介紹 Postgres 是如何作為未來技術和商業的發展基石。
新資料庫從一開始就運作的很好,當然我們也有遇到在特定狀況下效能有變慢的問題,然而在進一步審視後,發現到原因都是出在不恰當的 SQL 寫法。修正這些部份之後,結果效能甚至比原先採用的主流資料庫要更好。
開源資料庫 PostgreSQL 在最新的第 10 版中增加內建的邏輯複寫功能。過往藉由串流複寫只能達到全資料庫主從高可用;如今透過新導入的邏輯複寫,不僅可以跨平台同步資料,進行表格層級的資料同步,同步中斷後更可以自動追溯缺失的部份,保持資料的同步狀態,大幅提昇佈署靈活性。
本次研討會將會介紹 EDB 15 新增的 TDE 結合 SSL,組合使用兩種安全措施來保護敏感資料,以達到更高的安全性,講師會概述 TDE 和 SSL 的基本概念與應用場景,以及如何在 EDB15 資料庫中實作 TDE 和 SSL。
EDB 透過 EDB Postgres™ 平台強化 PostgreSQL 開源資料庫的性能、可調能力(scalability)、管理性、安全性和兼容性。透過 EDB Postgres 平台,客戶能擁有企業級的關鍵能力管理多模型資料(multi-model data),並能在多樣環境中快速部署。
Oracle 到 Postgres 的遷移被劃分為 5 個步驟或階段:資料庫評估、Schema 轉移、功能測試、效能測試和資料遷移。本文將對 Oracle 至 Postgres 的 Schema 轉移進行詳細的講解。
EDB Postgres Advanced Server 9.6 (EPAS 9.6),基於 PostgreSQL 9.6,善用 CPU 多核心功能,以平行查詢大幅增加單一表格查詢速度;並大幅增加橫向擴充能力,隨著大數據潮流一同演進。
最精彩的 Postgres V…
該金融服務機構原先主要使用的是Oracle資料庫,但在檢測Oracle對於虛擬環境的支援後,他們發現繼續使用Oracle的成本太高而且也太複雜,於是決定盡可能從Oracle搬移到Postgres。在EnterpriseDB(EDB)的支持幫助下,他們只採用基於開源的資料平台。
EPAS 不僅以與 Oracle 資料庫有高兼容度聞名,還在降低優化批次程式成本方面為人所知。由於選用典型批次程序和驗證 Oracle 資料庫與 EDB 之間的兼容性,我們發現超過一半的程式不需優化即可遷移至 EDB。
本場活動將介紹 BART、Barman 各自的功能,以及使用的比較差異,並著重演示 Barman 語法介紹、參數設定,基礎備份還原操作模擬,以及實作中可能的雷和注意事項。
本次研討會介紹在 PostgreSQL 可以透過哪些方法、工具對資料庫效能監測,包含整體主機的資源使用狀況、以及各別連線查詢的狀況,並針對實際案例進行討論分享。
EDB Postgres 進階版伺服器可提供社群版 PostgreSQL 所沒有的企業級功能。EnterpriseDB 提供成熟的 PostgreSQL 全面性解決方案,一體性規劃 PostgreSQL 的備份、高可用、管理架構,無須額外計費,替企業節省成本。
Postgres Vision 2021為全球 Postgres 技術線上會議,本場研討會由資深顧問精挑細選最核心的精華內容,整理成1.5 小時的滿滿乾貨,讓您快速掌握 Postgres 的最新技術與未來趨勢!