Monzo và bài toán ship hàng trăm lần mỗi ngày mà không đánh mất niềm tin người dùng

Trong một bài trình bày tại hội nghị InfoQ, kỹ sư Suhail Patel của Monzo đã chia sẻ cách ngân hàng số này xây dựng tổ chức kỹ thuật và ngăn xếp công nghệ để có thể triển khai phần mềm an toàn hàng trăm lần mỗi ngày. Điểm cốt lõi nằm ở một nền tảng nội bộ vững mạnh, cho phép cả kỹ sư lẫn các mô hình ngôn ngữ lớn (LLM) lặp lại công việc với tốc độ cao mà vẫn giữ được độ tin cậy.

Tốc độ không được đánh đổi bằng niềm tin

Với một ngân hàng số, mỗi lần triển khai sai không chỉ là một lỗi kỹ thuật đơn thuần mà còn ảnh hưởng trực tiếp đến tiền bạc và niềm tin của khách hàng. Vì vậy, triết lý của Monzo là "đi nhanh nhưng không làm tổn hại niềm tin": tần suất phát hành cao chỉ có ý nghĩa khi mỗi thay đổi đều an toàn và có thể kiểm soát.

Theo Patel, chìa khóa không phải là làm việc chăm chỉ hơn, mà là xây dựng một nền tảng nội bộ (internal platform) đủ mạnh để các nhóm sản phẩm không phải giải lại những bài toán hạ tầng giống nhau.

Trừu tượng microservice có quan điểm rõ ràng

Monzo vận hành hàng nghìn microservice, nhưng thay vì để mỗi nhóm tự do làm theo cách riêng, công ty xây dựng các lớp trừu tượng có quan điểm rõ ràng (opinionated abstractions). Những "khuôn mẫu" sẵn có này xử lý các phần khó như giao tiếp giữa các service, cấu hình, logging và xử lý lỗi theo cách thống nhất.

Lợi ích rất rõ ràng:

• Giảm gánh nặng nhận thức cho kỹ sư, giúp họ tập trung vào nghiệp vụ
• Đảm bảo mọi service đều tuân thủ các thực hành tốt nhất về bảo mật và độ tin cậy
• Rút ngắn thời gian đưa một dịch vụ mới vào vận hành

"Khi nền tảng tự làm đúng những việc đúng, kỹ sư không còn phải ghi nhớ hàng chục quy tắc rải rác nữa."

Staging theo tenancy và kiểm tra tĩnh

Một trong những điểm đáng chú ý là cách Monzo tổ chức môi trường staging dựa trên tenancy. Thay vì nhân bản toàn bộ hệ thống cho mỗi lần thử nghiệm, các nhóm có thể kiểm thử trong những "không gian" biệt lập, mô phỏng gần sát môi trường thật mà vẫn tiết kiệm chi phí hạ tầng.

Song song đó, các bước kiểm tra tĩnh (static analysis) được tự động hóa trong quy trình phát hành. Các công cụ này phát hiện sớm lỗi tiềm ẩn, vi phạm quy ước và rủi ro bảo mật ngay từ giai đoạn viết mã, thay vì để chúng lọt vào production.

Giám sát hiệu năng liên tục

Để đảm bảo hệ thống không "âm thầm" xuống cấp khi thay đổi diễn ra liên tục, Monzo áp dụng giám sát hiệu năng liên tục (continuous profiling). Dữ liệu profiling chạy nền giúp đội ngũ phát hiện điểm nghẽn, rò rỉ tài nguyên và chi phí bất thường trước khi chúng trở thành sự cố với người dùng.

Khi LLM trở thành đồng nghiệp lập trình

Phần thú vị nhất trong bài trình bày là vai trò của LLM trong quy trình phát triển. Patel cho thấy một nền tảng nội bộ tốt cũng chính là điều kiện tiên quyết để các mô hình AI hỗ trợ lập trình hiệu quả: khi mọi thứ có chuẩn mực, tài liệu rõ ràng và quy trình kiểm tra chặt chẽ, LLM có thể sinh mã, đề xuất thay đổi và hỗ trợ kỹ sư nhanh hơn mà rủi ro vẫn nằm trong tầm kiểm soát.

Nói cách khác, kỷ luật kỹ thuật và tự động hóa không kìm hãm tốc độ — chúng chính là thứ cho phép tốc độ tồn tại bền vững.

Bài học cho các đội ngũ Việt Nam

Với các công ty công nghệ và startup tại Việt Nam đang mở rộng quy mô hệ thống, câu chuyện của Monzo mang lại vài gợi ý thiết thực:

• Đầu tư vào nền tảng nội bộ từ sớm thay vì để mỗi nhóm tự xây dựng công cụ riêng
• Chuẩn hóa quy trình qua các lớp trừu tượng và kiểm tra tự động
• Đo lường liên tục thay vì chỉ phản ứng khi có sự cố
• Xem AI là công cụ được khuôn khổ hóa, không phải phép màu thay thế kỷ luật kỹ thuật

Tựu trung lại, thông điệp của Suhail Patel rất rõ ràng: muốn ship nhanh và liên tục trong một lĩnh vực nhạy cảm như tài chính, điều cần thiết không phải là bớt quy trình, mà là làm cho quy trình trở nên vô hình nhờ một nền tảng được thiết kế tốt.