Mở cửa với Ngân hàng hướng API

Bởi: Pannerselvam D, AVP, Intellect Design Arena

Các dịch vụ dựa trên đám mây như SaaS (Phần mềm dưới dạng dịch vụ), PaaS (Nền tảng dưới dạng dịch vụ), IaaS (Cơ sở hạ tầng dưới dạng dịch vụ) và NaaS (Mạng dưới dạng dịch vụ) đã trở thành những từ thông dụng trên thị trường. Theo một báo cáo, thị trường điện toán đám mây toàn cầu ước tính đạt mức khổng lồ 219 tỷ đô la vào năm 2020 và có khả năng tăng lên 791 tỷ đô la vào năm 2028 ¹ . Mặc dù đại dịch đóng vai trò quan trọng trong việc các doanh nghiệp chuyển sang Đám mây, nhưng cũng có những yếu tố khác giúp thúc đẩy sự thay đổi này. Một số trong số đó là chi phí bảo trì thấp hơn, áp dụng nhiều hơn các công nghệ như AI và ML và tăng cường tài trợ cho Đám mây ở các nước phát triển.

Mặc dù các ngân hàng chuyển sang Đám mây để cải thiện khả năng mở rộng, giảm bớt rắc rối bảo trì và chi phí, nhưng việc di chuyển lên Đám mây không phải lúc nào cũng là giải pháp. Khi ngân hàng phát triển, các sản phẩm và ứng dụng hỗ trợ các sản phẩm đó cũng phát triển theo. Điều có thể xảy ra là các ứng dụng này sẽ tiếp tục hoạt động trong các silo. Theo mặc định, điều đó có nghĩa là ngân hàng không có được bức tranh toàn cảnh. Không chỉ vậy, còn nhiều hơn thế nữa.

Ngân hàng nên chuẩn bị như thế nào cho quy mô liên tục? API có thể là câu trả lời không?

Như đã đề cập trước đó, một trong những vấn đề chính mà các ngân hàng phải đối mặt là quản lý nhiều loại ứng dụng khác nhau trong bối cảnh CNTT của mình. Khi có nhiều ứng dụng hơn, thì việc giao diện các ứng dụng này trở thành một nhiệm vụ cồng kềnh. Hãy lấy ví dụ về một tổ chức tài chính đa dạng hàng đầu trong khu vực APAC cung cấp đầy đủ các sản phẩm và dịch vụ tài chính cho cả khách hàng tổ chức và cá nhân. Ngân hàng đã triển khai hơn 300 ứng dụng với các công nghệ khác nhau, tất cả đều ở nhiều giai đoạn khác nhau. Do đó, ngân hàng gặp phải một số khó khăn trong việc giao diện các hệ thống này. Một số trong số đó là:

1. Duy trì nhiều hệ thống giao diện: Mỗi hệ thống cần có chức năng giao diện riêng để kết nối với nhiều hệ thống hạ nguồn khác. Điều đó dẫn đến việc triển khai các loại chức năng giao diện tương tự trong tất cả các hệ thống.

2. Chi phí và thời gian lớn cho bất kỳ yêu cầu thay đổi nào: Vì có sự thay đổi trong giao diện của hệ thống hạ lưu, tất cả các chức năng giao diện của các ứng dụng bị ảnh hưởng đều phải thay đổi. Những thay đổi giao diện này tốn kém và đòi hỏi thời gian triển khai dài hơn.

3. Khó khăn trong việc duy trì các tài liệu giao diện: Vì có nhiều ứng dụng nên ngân hàng gặp khó khăn trong việc duy trì các tài liệu giao diện cho tất cả các ứng dụng này.

4. Khó khăn trong phân tích tác động: Ngân hàng gặp khó khăn khi thực hiện phân tích tác động của những thay đổi giao diện và có trường hợp sản xuất bị gián đoạn do phân tích tác động không phù hợp.

5. Chi phí cấp phép cao: Một số ứng dụng có chức năng giao diện được triển khai trong phần mềm trung gian cụ thể như JBOSS, dẫn đến chi phí cấp phép bổ sung cho ngân hàng, ngoài chi phí liên quan đến ứng dụng.

API có thể là câu trả lời cho những vấn đề này. API là một tập hợp các quy tắc hướng dẫn máy tính hoặc ứng dụng giao tiếp với nhau. API hoạt động như một lớp trung gian giữa ứng dụng và máy chủ web, xử lý việc truyền dữ liệu giữa các hệ thống ² .

Phần kết luận

Các ngân hàng trong tương lai không chỉ phục vụ nhu cầu ngân hàng và đầu tư của chúng ta mà còn hoạt động như một điểm dừng chân cho mọi nhu cầu liên quan đến tiền bạc. Giống như Đám mây, API cũng không phải là viên thuốc vạn năng cho quá trình chuyển đổi số. Các ngân hàng nên đầu tư vào các nền tảng đám mây gốc toàn diện, có khả năng phục hồi trong tương lai, có thể mở rộng và nhanh nhẹn.

Nguồn

1. https://www.fortunebusinessinsights.com/cloud-computing-market-102697

2. https://www.ibm.com/cloud/learn/api