---
GA: UA-34467841-15
---

# 《從單心臟到分散式心跳：第一銀行的 Kubernetes 核心轉型實戰》 - 劉培文 博士

###### tags: `KubeSummit2025` `K8s2025` `2025` `kubernetes` `ABCDEF 會議室`

<blockquote>
在高度數位化的金融環境中，核心系統必須同時滿足「穩定可靠」與「敏捷創新」的雙重需求。

第一銀行以 Kubernetes 為核心，推動新一代核心系統轉型，成功將原本單一 IBM 主機的「單心臟」架構，升級為新舊並存、雙心臟協作的分散式運作模式。本次演講將分享：

已達成的突破：建立雙心臟架構、導入雲原生彈性營運、推動統一治理規範、資料架構重塑與營運韌性提升。最艱難的挑戰：從技術學習曲線、人才稀缺，到新舊核心資料轉換與跨系統一致性，逐步探索解法（如 SAGA Pattern、事件驅動架構與自動化部署）。最值得借鑑的教訓：COBOL 反向工程的負擔、同步/非同步機制設計，以及測試案例完整性等，都是轉型過程中寶貴的經驗。未來的挑戰：AI輔助逆向工程、文件規格一致化、組織文化調整與跨系統版本控管，將是持續努力的方向。

透過這場分享，與會者將能理解金融業如何在高穩定性要求下，引入雲原生與 Kubernetes，並在技術、組織與流程三方面取得平衡，實現核心系統的現代化。
</blockquote>

{%hackmd @k8ssummit/announcement-2025 %}

## 會議資訊

**時間：** 09:30 ~ 10:10
**地點：** ABCDEF 會議室
**日期：** 2025年10月22日
**語言：** 中文
**難度：** 中階

**相關連結：**
- [KubeSummit 2025 官方網站](https://k8s.ithome.com.tw/2025) [target=_blank]
- [KubeSummit 2025 議程表](https://k8s.ithome.com.tw/2025/agenda) [target=_blank]

## 筆記區

> 請從這裡開始記錄你的筆記
> 100% 投入 Kubernetes 轉換的人力, 資訊處有 10 人, 廠商有 26 人
> 導入敏捷：公股銀行的困難，人力受編制限制，並且受政府單位管理。因此背景做出的決策
> cobol轉java
> 核心主機無法面對類似五倍卷這種高業務量的情境, 因此需要引入新方法 (小心髒-微服務平台)

> anti corruption layer
> 業務單位參與挺有DevOp的精神
> SRE也是透過實務端定義規格
> AI 協助cobol逆向工程
> Strangler pattern
> 相當於把舊系統封裝吧 抽象層次更高一些

## 討論區

> 歡迎在此進行討論與 Q&A

共用ACL會是一種反模式嗎？感覺很難不互相污染，反而失去ACL的本意，還是看起來只是幫 Legacy service 做 Facade

Active-Active 的架構還是共用同一個 Database?

有真的遇到過金融的帳不平影響到使用者的狀況嗎? 如果有的話是怎麼處理的呢？如果沒有的話是怎麼做驗證做到都沒有問題的呢?

用 ELK 做 traceID, 想請問你們的 ELK 有遇過資料量太大掉資料的問題嗎? 如果有的話這樣的 trace 方式會不會遇到障礙

資料庫都連回台北資料中心，這樣還是會產生單一的資料存取瓶頸，尤其資料庫通常都只能垂直擴充，水平擴充又有資料同步時間差，金融交易又注重即時性，當初資料庫評估如何取得這樣的平衡？

Q:請問有預期什麼時候核心會完全移轉完畢嗎?
Q:請問舊的核心是否有雙中心?新的雙中心和舊的如何互動? 新的雙中心本身latency?

## 相關資源

- 投影片連結：https://gamma.app/docs/-iehv91w8rnybhr5?mode=doc
- 相關文件：(待更新)