IBM Apptio 的出現就是為了解決這個問題。它是一個專門管理 IT 財務的自動化平台，讓企業能看清楚每一筆技術支出，並把錢花在真正有產出的地方。

什麼是 Apptio？

Apptio 是 IBM 旗下專門處理 IT 財務管理 (ITFM) 與 技術商業管理 (TBM) 的專業工具。

它的核心價值在於「將複雜的技術數據，轉化為商業決策語言」。

因應企業現代化轉型，Apptio 提供強大的「雲地整合」管理能力，不僅能統整傳統機房支出，更能對接公有雲環境，是企業落實 FinOps（雲端財務管理）文化的核心引擎。

Apptio 透過自動化整合企業內部的財務與維運數據，讓 CIO 能精確掌握每一台伺服器、每一份雲端帳單、每一款應用程式背後的真實成本與效益。

使用 Apptio 的實際數據表現：

• 精省支出： 找出並省下 3–5% 的不必要浪費。
• 回答問題快： 處理臨時的成本查詢速度提升 95%。
• 預算更精準： 規劃週期縮短 75%，且實際支出與預算的落差小於 1%。
• 汰換低效 App： 抓出組織內超過 25% 重複或沒人在用的軟體資產。

IBM 已連續兩年榮獲 Gartner® 雲端財務管理工具領導者，並在最新的 2025 年魔力象限報告中，於執行力與願景指標中雙雙奪冠。作為 IBM FinOps 家族核心，Apptio 整合 Cloudability 與 Kubecost 技術，提供全球企業公認頂尖的雲地整合與成本優化指引。

Apptio 核心功能與運作模式

Apptio 建立了一套標準化的管理框架，將雜亂無章的營運數據轉化為決策資訊。以下是 Apptio 四大核心功能：

成本自動化透明 (Costing)

Apptio 會自動串接你現有的財務與 IT 系統，不需要再手動貼資料。它會自動把雜亂的數據分類，讓主管一眼就能看透 IT 預算的細項流向。

智慧預算與預測 (Planning)

這是一個讓財務跟 IT 部門共同工作的平台。它把年度預算和每個月的滾動預測自動化，除了省下人工對帳的時間，還能根據現況快速調整資源配置。

IT 服務帳單化 (Billing)

透過 Apptio，IT 部門可以產出「業務單位看得懂」的帳單。讓各部門知道自己使用了多少伺服器、儲存空間或軟體授權，推動內部的使用者付費觀念，減少資源濫用。

行業標準對比 (Benchmarking)

Apptio 內建了大量去識別化的產業數據。你可以拿自己的 IT 支出跟同業比對，了解自己的花費是貴還是便宜，作為調整預算編列的參考依據。

這四個功能串聯起來，剛好解決了 IT 財務管理的完整流程：
先看清現在的錢花在哪，接著簡化預算的編列，並透過服務帳單讓各部門分擔責任，最後還能參考同業數據確保自己沒花冤枉錢。這讓企業能從被動的對帳，轉變為有數據支持的主動管理。

Apptio vs. 傳統手動管理

透過下表可以直觀看出，Apptio 如何解決傳統手動管理方式（如使用試算表）難以對齊數據的痛點：

Apptio 解決的不只是工具問題，而是流程的數位轉型。當數據能夠即時且精準地對齊，IT 部門就能從繁瑣的帳務對帳中解脫，將心力轉向更有價值的決策分析。

誰適合使用 Apptio？

Apptio 的設計考慮到了組織內不同利害關係人的需求，提供一致的數據事實：

• CIO 與 IT 財務： 想要自動化管理預算，不再被瑣碎帳務淹沒，並減少 IT 資源浪費。
• IT 服務經理： 需要具備公信力的數據來證明技術投資對業務的實質貢獻。
• 應用程式負責人： 需要計算 App 的總擁有成本（TCO），決定資源優化或汰換的優先順序。

Apptio 為企業建立了一個跨部門的財務對話基準。無論是看預算的資訊長，還是管技術的負責人，都能在同一個數據基礎上做決策，避免了過往資訊不對稱導致的資源浪費。

結語

IT 預算管理不該再靠直覺或破碎的手動流程。作為 IBM 解決方案的一員，Apptio 的價值就是把「技術數據」變成「商業語言」。它讓 IT 部門不再只是單純的成本負擔，而是能透過精確的數據管理，成為推動公司競爭力的決策夥伴。

如果您正受困於理不完的 IT 帳單，Apptio 將是您重新找回技術預算主導權的最佳工具。

*本文內容整理自 IBM Apptio 官方公開資料，僅用於技術介紹與資訊分享。

*參考資料：https://www.apptio.com/products/ibm-apptio/

想了解更多資訊，歡迎聯絡我們，或是 加入歐立威 Line 好友！

因此，Starburst MCP 伺服器 成為其 AI 平台的關鍵。作為數據閘道器，它將 AI 的推理能力與企業數據對接，滿足高效能的互動需求。Starburst 具備滿足此趨勢的獨特優勢，且平台功能正持續擴張。

Starburst 宣佈全面支援 NVIDIA Vera

為了實現高效能 AI，Starburst 宣佈支援 NVIDIA Vera，成為首家針對此推論運算平台優化的 AI 數據平台。透過這項整合，客戶能在受治理的聯邦式架構下，以極速執行即時 AI 分析。

這項合作結合了數據存取、治理與效能優勢，象徵 Starburst 與 NVIDIA 平台的深度整合。該消息已於 NVIDIA GTC 大會，由執行長黃仁勳的主題演講正式發布。

Starburst MCP 伺服器：為 AI 代理提供商業情境與結構化存取

什麼是 Starburst MCP 伺服器？

其核心價值在於推動從「傳統 BI 技術」轉向「AI 驅動洞察」的架構轉型。這是一場數據互動模式的結構性變革：傳統 BI 依賴靜態儀表板與集中式資料倉儲，而代理式 AI 則需要更具持續性、對話式的模式。

Starburst MCP 伺服器充當安全的介面，讓 AI 代理能跳過傳統 BI 層的繁瑣維運負擔。透過支援 MCP 協定，該伺服器提供了標準化方式，能更有效地提取商業情境與數據。

超越簡單的 Text-to-SQL 應用，這項技術實現了超越單純「文字轉 SQL」的功能：

• 跨平台代理連接： 透過開放標準端點，Starburst MCP 伺服器能讓 Claude、ChatGPT 等外部代理程式直接導覽數據目錄並抽樣數據產品。這種方法能確保產出的 SQL 指令建立在一致的商業邏輯與治理定義之上，確保結果的精確度。
• 輕量化數據抽樣： AI 代理能檢視欄位並抽樣列資料，藉此建立精確推理所需的上下文資訊。
• AI 工作負載智慧路由： 透過針對 AI 優化的智慧路由端點，系統會自動選擇最有效率的 Galaxy 執行路徑，確保 AI 代理能以即時互動所需的速度獲得解答。

將資訊轉化為知識

AI 代理若要發揮實質作用，不能只靠原始數據，更需要深層的組織情境 —— 而這些重要資訊過去往往受困於孤立的報表之中。

Starburst AI 平台解決了這個難題。它將企業知識轉化為 AI 模型可吸收的「受治理資訊」。

透過業務領域（Business Domain）來組織數據，並利用具備權限與政策管理的數據產品，確保 AI 是在經過篩選的資產上運作，而非雜亂的原始記錄。

Starburst MCP 伺服器扮演了關鍵角色，讓這層專業數據能直接對接到各類外部 AI 代理生態系。

Starburst MCP 伺服器如何與 NVIDIA Vera 協同運作

MCP 伺服器為 AI 代理提供標準化的軟體介面，而 NVIDIA Vera 則為其供應高效能的推論引擎。

NVIDIA Vera 專為推論時代打造，結合了優化過的 CPU 與 Groq 語言處理單元（LPU）技術，實現了具備確定性且節能的運算處理。

透過針對此全新架構進行優化，Starburst 確保從傳統 BI 轉型至 AI 驅動的商業智慧過程，能同時獲得企業級治理與史無前例的運算效率。

Starburst MCP 伺服器與 NVIDIA Vera 帶來的優勢

此方案排除了大規模導入 AI 時常見的效能限制，並帶來以下效益：

具備推論速度的聯邦式存取

Vera 讓 Starburst 能夠直接查詢散佈在資料湖、倉儲與運作系統中的聯邦式數據。這有效消除了 ETL 瓶頸，且在驅動 RAG 流程或代理工作流之前，無需進行資料集中化。

具備確定性的推理吞吐量

Vera 的架構為混合工作負載提供了可預測的效能。這確保了在處理複雜的跨來源數據集時，並行分析查詢與 AI 推論任務仍能維持穩定的吞吐量。

以數據治理作為擴展 AI 的基礎

在代理式 AI 時代，治理絕非事後補償。Starburst MCP 伺服器確保每一位 AI 代理都以受控角色進行互動。

所有經由核心通道執行的查詢，繼承了與真人用戶相同的細粒度存取權限控管與可追溯性。這讓數據工程師與平台擁有者能安全地擴展 AI 存取權限，而不必增加風險成本。透過將治理從儀表板層移至底層架構，存取能力將能隨著系統智慧化同步成長。

Starburst MCP 伺服器與 NVIDIA Vera 的應用

Starburst MCP 伺服器的價值在於能將複雜的分散式數據環境，轉化為單一的標準化 HTTP 端點供程式存取；而與 NVIDIA Vera 的整合，進一步擴展了這項價值。

如何操作 Starburst MCP 伺服器？

對於平台管理者而言，啟用這項功能非常簡單，只需在 Starburst 控制端進行配置。一旦完成設定，平台就會開放標準化介面，讓任何符合 MCP 協定的代理程式立即進行數據探索與分析。

從產品面來看，MCP 伺服器的設計確保了代理程式的存取既具備高效能，且嚴格限制為唯讀模式。在實際運作中，包含了以下技術防護機制：

經身份驗證的程式化存取

伺服器支援企業級驗證方式，如 OAuth 2.0 與 OpenID Connect。透過符合標準的元數據端點，代理程式能自動識別權限範圍與安全協定。

同步的結構化結果

代理程式會收到結構化的 JSON 格式結果。這種同步執行模式能確保代理程式在取得完整資訊後才進行推理，有效降低因數據不全而產生幻覺的風險。

架構安全防線

為防止代理程式過度消耗系統資源或誤動數據，伺服器會主動拒絕非唯讀的操作（如刪除或更動指令）。此外，管理員可設定回傳資料量上限，確保資訊內容保持高信號與低雜訊。

透過這些內建配置，企業能從實驗性質的 AI 轉向更成熟的應用，將 AI 代理視為一種既專業且受控的企業情報使用者。

Starburst 為企業 AI 打造核心基礎

面對「AI 驅動決策」的轉型，關鍵在於我們與資訊互動方式的改變。這需要一個能對話、懂情境，而且效能極高的技術架構。

透過 Starburst MCP 伺服器與 NVIDIA Vera 的結合，這套架構已經成形。這不僅打破了傳統靜態報表的限制，更為企業提供了一條明路，將 AI 願景轉化為實質生產力。

本文翻譯自：Starburst Becomes First AI Platform to Support NVIDIA Vera

想了解更多資訊，歡迎聯絡我們，或是 加入歐立威 Line 好友！

四年前，當 Dan Popescu 擔任 Booking.com 資深網站可靠性工程師、 加入金鑰管理團隊時，這家旅遊巨頭已經深入進行混合雲遷移，而這個過程也帶來了獨特的資安挑戰。

在近期 HashiDays 演講中，Dan 分享了他的團隊如何轉變 Booking.com 的金鑰管理方式，將 HashiCorp Vault 擴展至能夠在 100 多個 Kubernetes 叢集上，每秒處理 500 多個請求。

其團隊的使命是：「提供統一的金鑰管理解決方案，打造自助式體驗，使跨雲平台的金鑰共享與生命週期管理既無縫又安全。」

推薦閲讀：了解 HashiCorp Vault 機密管理工具：運作流程、核心功能、多元使用案例

Booking.com 混合雲旅程四大資安亮點

一、混合基礎架構的中央資安橋樑

混合雲環境中，最大的資安風險在於各系統之間缺乏一致的控管。

Booking.com 希望在公有雲服務與內部基礎架構之間建立身份與金鑰管理的橋樑，讓開發人員無需為每個環境重新設計安全工具鏈與工作流程。

Booking.com 將 Vault 定位為多雲環境與裸機基礎架構之間的資安通訊橋樑。當開發人員在內部服務目錄中建立資源時，Vault 會自動上線雲端資源並配置認證。

無論應用程式運行在裸機、AWS、GCP 或內部 OpenStack 叢集，開發人員都能獲得一致的存取模式，避免各環境自訂解決方案常出現的資安錯誤，這解決了混合雲中維持資安標準同時提升開發生產力的挑戰。

二、統一驗證的複雜度

初期，Booking.com 發現驗證分散帶來重大資安風險。因爲他們需要管理數百個掛載點以及 Kubernetes 叢集中的數千個身份實體 —— 而每個應用程式部署在 100 個叢集上，就需要 100 個獨立掛載點和 200 個設定變更。

這種複雜性讓資安監控幾乎不可能，擴展也極具風險！

在 JWT 驗證遷移過程中，他們突破了挑戰：整合所有 Kubernetes 叢集的 JWK/JWS 端點到單一掛載點，並建立 JWS 管理器，每五分鐘自動更新驗證金鑰。

現在新增叢集只需少量設定變更，而不是數百個。

簡化的驗證結構降低了錯誤配置的風險，並提升跨所有環境的存取模式可視性。這也讓安全事件回應更快速，因為只需監控和稽核單一驗證系統。

三、策略性的雲端原生金鑰管理

在制定金鑰管理策略時，Booking.com 也必須考量成本與效能。「我們在處理數百萬筆金鑰，跨數百個帳號有 30,000 個 AWS 角色，以及 6,500 個 Snowflake 角色。」Dan 提到。

2025 年，Booking.com 計畫使用 Vault 的 金鑰同步功能，為金鑰管理系統增加彈性，同時保留 Vault 作為金鑰管理單一真實來源的優勢。透過金鑰同步，團隊可以在特定 AWS 使用案例中，使用像 AWS Secrets Manager 這類的其他金鑰管理工具，來維持較小的系統足跡。

與其無限制地採用雲端原生工具，他們要求團隊針對特定區域明確申請特定金鑰。Vault 仍然是單一真實來源，但團隊可透過 AWS Secrets Manager 存取適合雲端原生工作負載的金鑰，以提升效能。

集中化的金鑰治理，同時保有戰術彈性。所有金鑰都經過 Vault 的政策引擎與稽核日誌，即使團隊使用雲端原生工具，也能確保一致的資安控管，避免資安碎片化，同時滿足特定使用需求！

四、成本效益型金鑰管理

太昂貴的資安解決方案往往會被放棄或妥協。而 Booking.com 的做法能夠 同時兼顧資安與成本效益，對其營運規模而言至關重要。

他們的成本控管資安策略包括：

• 智慧 TTL 管理：Vault 金鑰引擎若未設定 TTL，金鑰會持續累積，可能導致系統中斷。透過適當 TTL 設定，可避免資源浪費與高昂停機成本。
• 靜態使用者模式：針對 Snowflake 與 CockroachDB，改用靜態使用者並定期更新密碼，減輕管理負擔。
• 選擇性雲端整合：利用 Vault 的同步功能，策略性地放置金鑰以兼顧成本與效能。

可持續的成本控管確保長期資安投入。可預測的支出讓資安改善能持續進行，而不受預算爭議影響，也避免團隊因成本壓力而規避工具使用。

成果：Vault 打造無縫遷移基礎

這些成果展現了 Vault 作為基礎資安架構的強大價值：

• 消除 100 多個 Kubernetes 叢集的驗證複雜度
• 啟用自助上線功能，同時不犧牲資安監控
• 以一致的資安政策精簡多雲操作
• 支援大規模運行——每秒 500 多次請求，管理數百萬筆金鑰
• 透過 Terraform 基礎設施即程式碼加速 Vault 採用

使用 Terraform Enterprise，Booking.com 現在能快速可靠地配置新的 Vault 叢集。系統機器會持續自動更新以維持穩定性，而即將實施的金鑰同步功能將維持 Vault 作為單一真實來源，同時允許策略性使用雲端原生工具。

最重要的是，他們的做法讓開發人員能自助操作，同時維持安全防護。團隊可直接上線應用程式並遷移至雲端平台，無需事前通過繁瑣的安全審核，因為資安模式已內建於平台中。

總結

由此可見，透過 Vault 的基礎工具與架構決策，資安不再是遷移瓶頸，反而成為加速可靠雲端採用的助力。對計畫進行混合雲與多雲遷移的組織而言，建立統一的 Vault 金鑰管理基礎，可以將資安從限制轉化為競爭優勢。

本文翻譯自：https://www.hashicorp.com/en/blog/4-security-wins-from-booking-com-s-hybrid-cloud-migration

想了解更多資訊，歡迎聯絡我們， 加入歐立威 Line 好友、或 追蹤臉書粉專！

Vodafone 在 21 個國家/地區擁有 3 億行動用戶，每天生成大量敏感數據。如何有效保護數據安全，同時不影響業務效率，成為 Vodafone 面臨的重大挑戰。

為了解決這難題，Vodafone 選擇 HashiCorp Vault 作為其數據安全解決方案的核心。Vault 是一個身份感知的機密管理和加密平台，能安全儲存和管理 API 金鑰、密碼、憑證等敏感資訊，並提供數據加密服務。

Vodafone 面臨的海量資料加密挑戰

Vodafone 每天需要處理來自超過 3 億行動客戶和物聯網設備的海量數據，面臨的挑戰如下：

• 要求一個高容量、低延遲的加密解決方案，能每秒處理高達千萬級的加密操作
• 伺服器端需安全地匿名化數據，並有效管理金鑰的生命週期
• 實現基於角色的訪問控制 (RBAC) 是確保數據訪問安全的關鍵

HashiCorp Vault：Vodafone 的資料安全利器

為應對資料安全挑戰，Vodafone 選擇 HashiCorp Vault 作為其解決方案的核心。

Vault 是一個身份感知的機密管理和加密平台，能夠安全地儲存和管理 API 金鑰、密碼、憑證等敏感資訊，並提供資料加密服務。Vault 的核心功能包括：

• 集中式機密管理：提供集中式的機密儲存、訪問和分發，簡化管理流程，降低人為錯誤風險。
• 動態機密生成：能動態生成具有租期的機密，如資料庫憑證和 API 金鑰，並在租期到期後自動撤銷，有效降低洩露風險。
• 資料加密：提供簡單易用的 API，使開發人員能輕鬆將資料加密功能整合到應用程式中，以保護資料在傳輸和儲存過程中的安全。
• 身份驗證和授權：支援多種身份驗證方法，並根據身份和策略控制對機密的訪問權限，確保只有授權的用戶和應用程式能訪問敏感資料。
• 審計和監控：提供詳細審計日誌，幫助安全團隊監控機密使用情況，及時發現和應對潛在的安全威脅。

Vault 如何助力 Vodafone 構建高速加密引擎

Vodafone 利用 HashiCorp Vault 的強大功能，成功構建了一個高速加密引擎，實現以下目標：

1. 低延遲、高吞吐量：該加密引擎每小時可處理 360 億次數據加密，滿足 Vodafone 海量數據加密的需求，同時保持極低的延遲，確保業務順暢運行。
2. 可擴展的架構：Vault 的插件架構為 Vodafone 提供了擴展加密引擎功能的框架，使其能夠靈活應對不斷變化的安全需求。
3. 加密即服務：Vodafone 將加密引擎作為一項服務提供給多個工程團隊，簡化了數據加密流程，從而提高開發效率。
4. 保護 17 PB 數據湖：Vault 幫助 Vodafone 為其 17 PB 的數據湖啟用安全的加密技術，有效保護了儲存於其中的海量數據。

Vault 的可擴展性：為 Vodafone 量身打造解決方案

Vodafone 選擇 Vault Enterprise，不僅因為其開箱即用的功能，更因為其強大的可擴展性，能夠支援未來的項目。Vault Enterprise 提供了廣泛的治理和策略功能，使 Vodafone 能夠精細控制數據訪問權限。

為了滿足高速加密的需求，Vodafone 團隊充分發揮 Vault 的潛力，編寫了自己的插件，實現了以下功能：

1. 數據加密與解密：使用 Google Tink 金鑰集進行數據的加密和解密，實現數據匿名化。
2. 伺服器端管理：在伺服器端進行數據的匿名化和金鑰生命週期管理，並與 Big Query 同步。
3. 瞬態或無狀態數據處理：提供瞬態或無狀態的數據加密和解密，並安全地將配置和金鑰保存在 Vault 中。

Vodafone 雲端技術平台工程經理 Andy Shacklady 表示：「如果你也是 Vault 的用戶，將能體驗到其帶來的無限可能。」t 企業用戶，看看你能做到什麼！依據自身需求撰寫插件是如此簡單，而且可以根據預算調整處理速度。」

成果：每小時處理 360 億次加密操作

透過在 Google Cloud 中進行橫向擴展，Vodafone 在測試平台上實現了驚人的處理能力：每秒高達 1000 萬次加密，這相當於每小時 360 億次加密。Vault 的卓越性能和可擴展性，使 Vodafone 能夠輕鬆應對海量數據的加密挑戰。

Vault：探索數據安全的全新潛力

Vodafone 的成功案例充分展示了 HashiCorp Vault 在數據安全領域的巨大潛力。Vault 不僅是一個強大的秘密管理工具，更是一個高度可擴展的平台，讓企業能夠根據自身需求打造定制化的安全解決方案。

如果您也面臨數據安全和合規的挑戰，不妨考慮 HashiCorp Vault。Vault 將幫助您保護敏感數據，實現數據的價值最大化，並確保業務的合規性和持續性。

本文翻譯自：Unlocking possibilities

想了解更多資訊，歡迎聯絡我們，或是加入歐立威 Line 好友！

本篇文章為 Elastic APM 成功案例，翻譯自原廠文章: Emirates NBD banks on Elastic to secure billions in assets, and increase customer satisfaction and trust，關於 APM（應用程式效能監測）更詳細的介紹，請參考我們的文章： Elastic APM 是什麼 ?

關於阿聯酋杜拜國家銀行（Emirates NBD banks）

擁抱創新，創造成本效益

Emirates NBD 的數位轉型提升消費者信任與利潤的同時，也降低了風險，讓他們成為一家更成功的銀行。

提升銀行客戶體驗 

消費者可以在行動裝置、網路、ATM 或阿聯酋 NBD 分行進行更快、更可靠的銀行交易。

加快開發速度

開發人員得以用更少的時間來解決問題，並專注於構建產品以提高客戶滿意度。

採用 Elastic 以提升客戶體驗和 IT 營運

阿聯酋杜拜國家銀行 （Emirates NBD）是一家國有銀行，按資產計算是中東地區最大的銀行集團之一，並在 2020 年連續第五年被《Euromoney》評為「阿聯酋最佳銀行」。

該機構擁有 1,900 億美元的總資產，為中國、埃及、印度、沙烏地阿拉伯、新加坡、阿拉伯聯合大公國、英國和土耳其的超過 1,400 萬名銀行客戶提供服務。

Emirates NBD 的雲端與數據平台副總 Ali Rey ，被指派強化數位安全（資安） 的任務，確保數據保留 （data-retention）的合規性並增強客戶體驗和信任。

在這波數位轉型改造中，他們採用了免費開放的 Elasticsearch ，作為創新、現代、更高效益的數據堆棧的核心。

Elastic 和我們一樣擁有持續創新的 DNA ，與其他廠商相比，Elastic 積極主動、很好打交道，並且樂於提供任何我們需要的用例。–  Emirates NBD 雲端與數據平台副總 Ali Rey

集中管理日誌的單一平台

Rey 的第一個挑戰是解決整個公司的數據孤島架構。

沒有單一的資料庫或統一的架構，這使銀行面臨不必要的風險。

他們的工程師受到既有解決方案的限制，必須花費很多時間從不同的數據源中篩選各個日誌文件以找到問題的根本原因。

Emirates NBD 的對策是建構了一個集中式日誌記錄系統，每天處理並在本地端儲存來自多個數據源的數 TB 數據，這些數據源包括 967 家銀行分行內外的客戶交易。

這種新的集中式的日誌管理系統，就是 Rey 口中的「單一事實來源」的基礎。

新系統的背後，是數百名採納了這項技術的開發人員，將它納入日常工作的一部分 —克服了舊解決方案難以發現問題和快速應對問題的局限性。

有了Elastic APM，Emirates NBD 的客戶永遠至上

將日誌數據集中到 Elasticsearch 後，Emirates NBD 轉而使用 Elastic Observability 中的應用程式性能監控 （APM） 功能來追蹤數位體驗的運行狀況和性能。

透過 APM，他們只需要幾分鐘而不是幾天，就可以解決消費者遇到的各種問題，並提高客戶的信任度和滿意度。

Elastic Observability 會監控 Emirates NBD 的數百個應用程式，包括 ATM 的使用體驗。

透過集中可見性（Observability），開發人員能夠立即檢測並解決客戶的問題，例如：網站問題、信用卡交易問題或 ATM 故障。

這種對問題的實時可見性有助於銀行更好地管理客戶關係，並建立客戶的信任和信心。

例如：當 Elastic APM 提醒銀行 ATM 機台發生故障時，銀行可以馬上聯繫受影響的客戶，向他們保證已經接手並處理中。

Rey 說，在採用 Elastic Observabilty 解決方案之前，「我們可能得到一天結束了才知道 ATM 機台出狀況。」

透過 Elastic ，我們可以更好地滿足客戶需求，推動更好的客戶體驗。–  Emirates NBD 雲和數據平台副總裁 Ali Rey

此外，Elastic 的機器學習功能，可以設定當客戶交易出現異常的「高峰」或「低谷」時觸發通知，使工程師能速評估情況，並在服務中斷或其他問題影響客戶體驗之前採取相應行動。

Rey 說他們的開發人員有一個統一的視圖（儀錶板），可以加速根本原因分析。

這提高了客戶滿意度，增加了消費者的信任，並提高企業收益。

此外，他們的開發人員現在可以更加專注和更快地建構新內外部的產品和服務，而不是花費大量時間尋找和解決問題。

我們過去常常需要幾天時間才能找出問題所在。現在我們在 Elastic 的幫助下幾分鐘就完成了，這種解決解決的平均時間的減少，是使用傳統解決方案無法做到的，而我們的客戶成了大的受益者。–  Emirates NBD 雲端與數據平台副總 Ali Rey

除了客戶體驗外，集中式日誌還為阿聯酋杜拜國家銀行提供了一個增強安全性的途徑，並儲存和檢索治理相關人員所需的審計日誌。

確保數據保留符合內部和政府的合規性

阿聯酋杜拜國家銀行現在可以審查過去多年的交易詳細信息，例如：交易發生的時間、地點、交易人；他們還保留內部人員和外部客戶登錄過哪些系統以及他們何時登出的日誌。

“不論內部或外部的人有任何爭議、任何問題、疑問或發生任何事情，我們都可以找到最原始的審計日誌，”Rey 說，“我們還會長期儲存這些審計日誌，以遵守現有的數據保留法規，以及未來政府可能實施的新法律和審計規範。”

得益於集中式日誌記錄，阿聯酋杜拜國家銀行隨後擴展到另一個用例 – Elastic Security，以幫助銀行檢測外部和內部威脅。

這是透過利用在 Elastic SIEM 平台上創建的開箱即用的自定義檢測規則來完成的，同時他們也透過過 Elastic SIEM 內建的機器學習規則來進一步增強檢測能力。

註：更多 Elastic Security 介紹，請看：10 分鐘掌握 Elastic Security 四大功能，端點、雲端安全全解析！

更強、更快、更厲害的金融機構

Elastic 幫助阿聯酋杜拜國家銀行加速根本原因分析、提高客戶滿意度、增加消費者信任並增強安全性。

得益於 Elastic ，阿聯酋杜拜國家銀行得以降低風險和提高利潤，成為一家更強大的金融機構。

“Elastic 已成為我們的主要戰略合作夥伴之一，”Rey 說，“我們持續不斷從這個單一數據平台獲得越來越多的價值。”

最初，這間金融機構使用的資料庫為 Oracle，但是在了解 Oracle 對支援虛擬環境的授權費用後，它們認為繼續使用 Oracle 資料庫的成本與複雜性太高。才萌生了將資料庫從 Oracle 遷移至 Postgres 的想法。正因為 EDB 提供完善的支援，這家企業才能安心地採納開源平台方案。EDB 也正在協助這家機構達到數位轉型的目標。

• 新應用系統的建置：目前，這間企業運行著一個由 Oracle、IBM DB2 和 Postgres 組成的混合系統環境。它們的目標是盡可能地將這些系統遷移至 Postgres 。然而，並非所有應用系統都能被遷移，像是一些設計過於客製化的 Legacy Database（傳統大型應用系統）則會被遺留在 Oracle 上。因此，這間企業決定讓所有的新型應用系統使用 EDB Postgres。截至目前，它們總共有 50 多種資料庫系統使用 EDB Postgres ，其中更有 8-10 種是 Production Systems（正式系統環境）。這間金融機構採取的策略是讓服務上線的三個關鍵階段－功能測試、上線測試和正式上線，使用相同的資料庫平台。一項實際案例是 EDB 支援的資料庫系統能夠追蹤證券交易所的所有交易資料。現在，這個資料庫系統每年能管理 3.03 億筆交易資料，處理 1-2 TB 的資料量，而且這項數據仍然在迅速成長。

這間金融機構完成了對硬體的翻新，也在 VMware 上建置了虛擬化環境，確保了可擴展性，以滿足客戶在尖峰時段的需求。這個虛擬環境被託管於 2 個獨立的實體地點，該虛擬環境的架構為，其中一個地點擁有兩個節點，分別為主節點和備援。另一處僅有一個節點，而這兩個地點的主機並不會互相備援。

來自 EDB 的重要支援

EDB 為這間金融機構的關鍵任務應用系統提供一系列的服務與工具，協助它們達到最高等級的可用性、可靠性和安全性。目前這間企業使用以下產品：

• EDB Postgres 的備援工具（BART) 用於全備份與增量備份，確保資料隨時可用。EDB Postgres BART 的使用者介面簡化了公司處理資料以及資料下放到 IT 團隊的流程。
• EDB Postgres Failover Manager 的高可用性，創造多個 Postgres 叢集，讓一個系統在 2 處運行。
• EDB Postgres Enterprise Manager 用於告警和監控資料庫的使用模式。
• EDB Support Portal 用於支援遷移和部署作業，且能夠偵測需修補的漏洞。

另外，EDB Postgres 支援包括 Kerberos 在內，用於企業級安全驗證和授權模型的 GSSAPI（通用安全服務應用介面），這種安全系統適用於公共網路上的分佈式計算，透過密鑰機制提供安全認證。

這間金融機構還受益於 LDAP（輕型目錄存取協議）驗證機制提供的額外安全保障，這對於一間需要集中化管理大量客戶資訊及帳密的金融機構來說至關重要，這種驗證機制，讓客戶資訊能夠被更有效地管理，也提供用戶統一的密碼，讓他們能擁有橫跨基礎架構系統的使用體驗。EDB Postgres 還支援保障伺服器與網頁瀏覽器資料的 SSL 憑證，以確保資料隨時都是安全的。

這間企業一名軟體工程師說道：「作為金融機構，我們不能讓資料暴露於風險中，因爲那是我們的經濟命脈。」「我們還不想直接採用開源方案，因為那不符合我們的戰略目標，但是，如果我們能夠與供應商達成合適的技術支援協議，我們有意增加採用開源技術的比例，有了 EnterpriseDB 作為我們的合作夥伴，我們才能安心地將資料遷移到 Postgres 上。」

另一項使用 EDB Postgres 的關鍵優勢為它與 Oracle PL/SQL 的相容性，這讓重新培訓 Oracle 的資料庫工程師（DBA) 變得更容易：「我們只給予 DBA 人員資料庫連接 Postgres 這類型的基礎訓練，隨後，他們便迅速地上手，並且能夠開始運行新的資料庫。這樣的優勢大幅降低遷移所耗費的成本，因為它能縮減重新設定應用系統和重新培訓 IT 團隊的停機時間。」

未來，隨著這間金融機構繼續採用 Postgres 的技術，它們還計畫利用 EDB Postgres 建置 Database-as-a-Service platform （資料庫即服務平台），因為這將為開發新的應用系統帶來更多靈活性。然而，它們不會考慮公有雲方案，而是在資料中心內建置私有雲，因為資料的安全還是它們考首要考量的因素。

「雖然，採用雲端方案能帶來許多優勢，例如部署時的靈活性和成本節省。但是，保護企業的高機敏資料仍然是我們的首要之務。有 EDB 作為我們的合作夥伴，協助我們將資料庫遷移至 Postgres 至關重要，因為  EDB DBaaS 平台能使我們在準備充足後，將資料遷移至 Postgres，並且能夠隨著工作負載的變化，輕鬆地調整應用系統的效能。」

本文翻譯自：European Financial Services Institute Moves to Postgres from Oracle to Support Virtual Environment