Ghi chép thực tế ②: Chuyển đổi từng bước với 0 dòng mã hiện có bị thay đổi

Tình huống triển khai AI

Một hệ thống lõi quản lý bán hàng. Đã vận hành gần 20 năm, nghiệp vụ vẫn chạy mỗi ngày. OS thì đã hết hỗ trợ từ lâu, cả application server lẫn công nghệ màn hình đều thuộc thế hệ trước. Dù vậy, việc không thể quyết định "đổi mới toàn diện" là điều đương nhiên nếu xét đến quy mô và tác động lên nghiệp vụ.Ghi chép thực tế ①chúng tôi đã chọn "làm lại", nhưng làm lại không phải là tối ưu với mọi hệ thống. Chiến lược lần này làhoàn toàn không đụng vào hệ thống hiện có, mà dựng một lối vào mới ở bên ngoài— tức là mô hình strangler.

Số dòng mã hiện có bị thay đổi: 0.

Người dùng → Gateway mới (mới dựng) → Hệ thống hiện có (không sửa đổi) → DB hiện có (giữ nguyên)

• Về phía hệ thống hiện có, chỉ bổ sungmột lớp vỏ REST mỏngđể có thể gọi logic nghiệp vụ nội bộ từ bên ngoài. Không thay đổi dù chỉ một dòng của các class hiện có. Không đụng vào nên không hỏng
• Ở phía trước, dựng mới mộtgateway mới(Java 21 / Spring Boot). Đăng nhập SSO bằng tài khoản trên nền tảng chat công việc nội bộ, và chỉ chuyển tiếp các yêu cầu đã xác thực đến hệ thống hiện có
• Màn hình được tái xây dựng theo hướng hiện đại ở phía gateway mới. Cả đăng ký hàng loạt lẫn đăng ký qua biểu mẫu đềutái sử dụng 100% logic đăng ký của hệ thống hiện cóđể hoạt động

Rủi ro được nhốt trong "lớp vỏ mới dựng", còn logic nghiệp vụ đã được kiểm chứng thì giữ nguyên và tận dụng. Đây chính là cốt lõi của chiến lược này.

Chỉ vài ngày sau khi bắt tay, kiểm thử E2E trên hạ tầng production đã thành công.

AI agent (Claude Code) đọc mã của hệ thống hiện có, xử lý từng thói quen về cấu trúc nội bộ đặc thù của framework cũ, rồi tiến hành từ triển khai gateway, dựng server đến cấu hình reverse proxy. Kết quả,chỉ vài ngày sau khi bắt tay, luồng liền mạch từ URL công khai đi qua xác thực đến việc dữ liệu thật được đăng ký bằng engine hiện có đã thành công. Sau đó, chúng tôi bổ sung dần tính năng theo từng màn hình như tìm kiếm và đăng ký mới.

Điểm hay của chuyển đổi từng bước làcó thể lần lượt dời sang phía mới bắt đầu từ những màn hình được sử dụng. Không cần nguồn vốn lớn, bộ máy hay giai đoạn đóng băng như đổi mới toàn diện, ta có thể mở rộng diện tích của "hệ thống mới" mà không dừng nghiệp vụ. Bản thân mô hình strangler là một kỹ thuật đã có từ lâu, nhưng vì giải mã và triển khai đều tốn không ít công sức nên đó là lựa chọn khó được phê duyệt. Nhờ AI làm cả hai việc đó nhanh hơn gấp bội,một con đường thứ ba khả thi đã được thêm vào bên cạnh hai lựa chọn "đổi mới toàn diện hay đóng băng".

Bạn có đang gặp khó khăn trong tình huống tương tự?

"Có một hệ thống lõi không thể dừng", "đề xuất đổi mới không được phê duyệt", "ít nhất chỉ cần màn hình mới, xác thực mới thôi cũng được" — với hệ thống đó, vẫn có con đường chỉ làm mới lối vào mà không phá vỡ nó.

Loạt bài "Legacy to AI — Ghi chép thực tế"

• Tổng hợp: 22 hệ thống và 246 nghìn dòng code trên một chiếc PC — ghi chép đo lường thực tế về 3,5 tháng phát triển với AI
• Ghi chép thực tế ①: Đổi mới toàn diện một hệ thống Java 20 năm tuổi trong khoảng 1 tuần
• Ghi chép thực tế ②: Tạo lối vào mới cho hệ thống lõi mà không thay đổi 0 dòng mã hiện có (bài viết này)
• Ghi chép thực tế ③: Hoàn tất việc khảo sát kiến trúc vốn mất cả tháng bằng prototype 2 ngày + đo lường thực tế

* Các con số trong bài viết này là giá trị đo lường thực tế tại thời điểm cuối tháng 7 năm 2026. Thành quả phát triển sẽ khác nhau tùy theo tình trạng và yêu cầu của hệ thống.