OLB #08 — Kiến trúc công nghệ và điện toán đám mây: Nền tảng linh hoạt, an toàn và có khả năng phục hồi

[GIẢ LẬP · PHỤC VỤ NGHIÊN CỨU & ĐÀO TẠO]

OLB #08 · TECHNOLOGY & CLOUD ARCHITECTURE

Trong hành trình xây dựng Odin Lab Bank, chúng ta đã đi từ chiến lược, năng lực nghiệp vụ đến kiến trúc ứng dụng, dữ liệu và trí tuệ nhân tạo. Những thành phần đó chỉ có thể tạo ra giá trị khi được đặt trên nền tảng công nghệ đủ năng lực xử lý, bảo vệ và duy trì các dịch vụ ngân hàng.

1. Một ngân hàng số cần nền tảng công nghệ như thế nào?

Nền tảng công nghệ có thể đặt tại trung tâm dữ liệu riêng, sử dụng điện toán đám mây hoặc kết hợp nhiều môi trường. Không có một phương án phù hợp với mọi hệ thống. Mỗi lựa chọn đều ảnh hưởng đến hiệu năng, chi phí, khả năng kiểm soát, sự phụ thuộc nhà cung cấp và khả năng phục hồi.

Công nghệ phải phục vụ yêu cầu của dịch vụ ngân hàng, thay vì buộc dịch vụ thích nghi với những giới hạn của công nghệ.

2. Không phải mọi hệ thống đều cần cùng một nền tảng

Hệ thống giao dịch tài chính thường đòi hỏi tính chính xác và nhất quán cao. Kênh ngân hàng số cần linh hoạt khi số người dùng tăng đột biến. Nền tảng phân tích dữ liệu lại có nhu cầu tài nguyên thay đổi theo khối lượng xử lý. Vì vậy, OLB phân loại các hệ thống theo giá trị nghiệp vụ, dữ liệu, hiệu năng, an toàn, khả năng phục hồi và tổng chi phí sở hữu trước khi quyết định môi trường triển khai.

3. Kiến trúc công nghệ OLB được tổ chức thành những lớp nào?

Ở lớp trên cùng là dịch vụ ngân hàng và các ứng dụng. Bên dưới là nền tảng ứng dụng, cung cấp môi trường chạy và hỗ trợ triển khai. Lớp dữ liệu và tích hợp giúp các ứng dụng lưu trữ, xử lý và trao đổi thông tin. Lớp hạ tầng cung cấp tài nguyên tính toán, lưu trữ và mạng từ trung tâm dữ liệu hoặc môi trường đám mây. Xuyên suốt là an toàn thông tin, quản trị, giám sát, tự động hóa, quản lý chi phí và phục hồi.

Đây là mô hình kiến trúc logic của ngân hàng giả lập, không phải sơ đồ triển khai hay cấu hình của một tổ chức thực tế.

4. Trung tâm dữ liệu riêng và đám mây không phải hai lựa chọn đối lập

Chuyển một ứng dụng lên đám mây không tự động làm ứng dụng đó hiệu quả hơn. Đám mây có ưu thế về cung cấp tài nguyên linh hoạt, tự động hóa và tốc độ tiếp cận dịch vụ; đồng thời đặt ra yêu cầu mới về quản lý tiêu thụ, bảo vệ dữ liệu, kết nối và phân định trách nhiệm. Hạ tầng riêng có thể phù hợp với những nhu cầu kiểm soát hoặc tích hợp đặc thù, nhưng cần đầu tư và duy trì năng lực dài hạn.

OLB không đặt mục tiêu đưa mọi hệ thống lên đám mây. Mục tiêu là lựa chọn môi trường phù hợp nhất với yêu cầu và rủi ro của từng dịch vụ.

5. Kiến trúc kết hợp cần được quản trị thống nhất

Trong mô hình giả lập, ứng dụng, dữ liệu và dịch vụ kết nối có thể nằm ở những môi trường khác nhau. Điều này tăng tính linh hoạt nhưng cũng làm phức tạp việc xác thực, kết nối, theo dõi và khôi phục. OLB thiết lập các nguyên tắc chung về danh mục dịch vụ công nghệ, phân quyền, cấu hình, giám sát, quản lý thay đổi, rủi ro và phục hồi; các môi trường có thể sử dụng biện pháp kỹ thuật khác nhau để đạt yêu cầu đó.

6. Tự động hóa giúp công nghệ nhất quán hơn

Quản lý hạ tầng bằng mã, cấu hình chuẩn, kiểm thử và triển khai có kiểm soát có thể giảm thao tác thủ công và hỗ trợ truy vết. Tuy nhiên, tự động hóa một cấu hình sai có thể làm sai lệch lan rộng nhanh hơn. Vì vậy, OLB tuân theo trình tự Chuẩn hóa → Kiểm soát → Tự động hóa → Đo lường → Cải tiến, kế thừa mô hình vận hành công nghệ ở OLB #05.

7. An toàn và khả năng phục hồi là thuộc tính của kiến trúc

Một dịch vụ ngân hàng có thể phụ thuộc vào nhiều ứng dụng và nền tảng công nghệ. Khi một thành phần dùng chung bị gián đoạn, tác động có thể lan tới nhiều dịch vụ. OLB xác định dịch vụ quan trọng, truy vết các thành phần phụ thuộc, đánh giá tình huống gián đoạn và lựa chọn cơ chế dự phòng, khôi phục, kiểm thử phù hợp.

Phân quyền, phân tách môi trường, bảo vệ dữ liệu, giám sát, quản lý lỗ hổng và cấu hình được xem xét ngay từ thiết kế. Bằng chứng kiểm thử và quyết định chấp nhận rủi ro quan trọng hơn lời khẳng định chung rằng hệ thống “an toàn” hoặc “sẵn sàng cao”.

8. Chi phí phải được đánh giá theo toàn bộ vòng đời

Chi phí ban đầu thấp chưa chắc tạo ra tổng chi phí thấp. OLB tính đến đầu tư, thuê dịch vụ, nhân sự, bản quyền, kết nối, vận hành, bảo mật, sao lưu, phục hồi và thay thế. Với môi trường đám mây, việc theo dõi tiêu thụ và phân bổ chi phí theo ứng dụng, dịch vụ và chủ sở hữu giúp hạn chế lãng phí và hỗ trợ quyết định đầu tư.

9. Tình huống giả lập: lựa chọn nền tảng cho thanh toán số

Giả sử OLB cần mở rộng năng lực cho dịch vụ thanh toán số. Ba hướng nghiên cứu gồm mở rộng hạ tầng riêng, sử dụng thêm dịch vụ đám mây hoặc tái cấu trúc một số thành phần để triển khai linh hoạt. Mỗi phương án được đánh giá về hiệu năng, độ trễ, dữ liệu, kết nối, chi phí, an toàn, phụ thuộc và khả năng phục hồi. Quyết định cuối cùng cần ghi nhận giả định, phương án thay thế, rủi ro còn lại và người phê duyệt.

10. Kiến trúc tốt giúp ngân hàng thay đổi bền vững

Kiến trúc công nghệ tốt không phải kiến trúc sử dụng nhiều công nghệ mới nhất, mà là kiến trúc giúp thay đổi nhanh hơn, sử dụng nguồn lực hợp lý, kiểm soát rủi ro và duy trì dịch vụ quan trọng. Mọi quyết định về nền tảng cần truy vết đến giá trị nghiệp vụ, ứng dụng, dữ liệu và khả năng phục hồi.

Giá trị của kiến trúc không nằm ở số lượng công nghệ được triển khai, mà ở khả năng giúp ngân hàng vận hành đáng tin cậy và thích ứng bền vững.

Đọc tiếp trong chuỗi Odin Lab Bank

OLB #06 — Kiến trúc ứng dụng · OLB #07 — Kiến trúc dữ liệu và AI · Chỉ mục Odin Lab Bank. Bài tiếp theo: OLB #09 — Kiến trúc an ninh mạng.

Tài liệu tham chiếu

TOGAF Standard — The Open Group; NIST Cybersecurity Framework 2.0; NIST SP 800-145 về điện toán đám mây; NIST SP 800-207 về Zero Trust; ISO/IEC 27001:2022; ISO 22301:2019; FinOps Framework. Các khuôn khổ chỉ được tham chiếu về phương pháp, không hàm ý chứng nhận hay tuân thủ.

---

ODIN LAB BANK · OLB #08 — TECHNOLOGY & CLOUD ARCHITECTURE
Business Service → Application → Technology Platform → Risk & Control → Resilience → Value
TURN RISK INTO VALUE

Odin Lab Bank là ngân hàng giả lập phục vụ nghiên cứu và đào tạo. Kiến trúc, dữ liệu và tình huống được thiết kế tổng hợp, không phản ánh môi trường công nghệ của bất kỳ tổ chức cụ thể nào. Thương hiệu bên thứ ba thuộc sở hữu của chủ thể tương ứng.