Capital One是如何踏上雲遷移的不歸之路？

banq發表於2021-08-03
API

如果您的公司已有十年曆史，擁有很多遺產，那麼您已經有足夠的時間進行遷移——就像Capital One和 Netflix 一樣：
Capital One 是第一家宣佈全面實施雲戰略的美國銀行，我們的雲遷移之旅於 2020 年順利完成。這一旅程涉及 Capital One 的每一條業務線、每一種產品和每一個團隊。對於我們的信用卡業務線，工程團隊在將我們的聯絡中心遷移到雲方面發揮了關鍵作用。這些中心為 6,000 萬信用卡客戶提供服務，全球有超過 25,000 名代理商，一年 365 天 24*7 天不間斷地為我們的客戶需求提供服務。
作為 Capital One Card Tech 工程團隊的技術負責人，我想分享我們如何透過利用雲端計算工具（例如 Lambda 函式、DynamoDB 和 REST API）來外部化屬性並針對每個動態執行業務規則來轉變 Amazon Connect 生態系統客戶來電。本文還將介紹路由世界中的動態設計如何幫助縮短新功能的上市時間，以及我們如何最佳化執行引擎 (RTE) 成本和構建監控儀表板。
為了進一步最佳化維護 Amazon Connect 平臺所產生的執行引擎 (RTE) 成本，工程團隊提出了一個運營門戶，該門戶與企業 SSO 和用於儲存動態屬性的資料庫整合。隨著運營門戶的推出，所有運營活動都作為自助服務功能轉移到運營團隊，工程團隊主要專注於在平臺上推出新的創新。這種動態設計的推出幫助我們將聯絡流減少了 87%，這有助於最佳化與平臺相關的 RTE 成本。
透過將聯絡流和佇列屬性外部化到外部資料庫並利用 lambda 函式和 API 呼叫它們，工程團隊可以訪問來自雲元件的大量日誌形式的新資料。透過訪問日誌，我們能夠構建實時監控儀表板並與企業警報系統整合，以便在錯過基準測試時提醒我們。監控儀表板還充當所有利益相關者的“單一皮膚”，這確保每個人都可以檢視相同（準確）的資料並以相同的方式解釋問題。
Amazon Connect 使 Capital One 不僅可以更輕鬆地以最佳成本按需擴充套件，還可以提供關鍵的客戶功能。實施動態設計將整個聯絡中心技術體驗——對於客戶和座席——提升到一個新的水平，並允許工程團隊利用雲元件、生成的日誌和儀表板的力量來最佳化 RTE 成本並改進為我們的客戶提供創新產品解決方案的上市時間。
 

相關文章