Cách Grab nâng cao độ ổn định ứng dụng di động thông qua kiểm soát an toàn sự gia tăng đột biến các thay đổi mã nguồn do AI tạo ra

Trang chủ InfoQ Tin tức Phương thức Grab nâng cao độ ổn định của ứng dụng di động khi xử lý an toàn làn sóng thay đổi mã nguồn do AI tạo ra Di động Phương thức Grab nâng cao độ ổn định của ứng dụng di động khi xử lý an toàn làn sóng thay đổi mã nguồn do AI tạo ra Ngày 7/11/2026 2 phút đọc Tác giả: Sergio De Simone Theo dõi chúng tôi trên Youtube 232.000 người theo dõi Linkedin 26.000 người theo dõi Instagram Mới RSS 19.000 người đọc X 57.100 người theo dõi Facebook 21.000 lượt thích Bluesky Mới Nghe bài viết này - 0:00 Bản ghi âm đã sẵn sàng phát Trình duyệt của bạn không hỗ trợ phần tử âm thanh này. 0:00 0:00 Bình thường 1,25x 1,5x Thích Danh sách đọc Theo Grab, việc gia tăng ứng dụng các trợ lý lập trình AI đã thúc đẩy tiến độ phát triển và tăng khối lượng mã nguồn thay đổi trong mỗi đợt phát hành, kéo theo nguy cơ phát sinh lỗi và sự cố ngừng hoạt động (crash). Để giải quyết những thách thức này, doanh nghiệp đã triển khai chiến lược phòng thủ đa tầng nhằm ngăn chặn, phát hiện và kiểm soát các sự cố trong toàn bộ vòng đời phát triển và phát hành sản phẩm. Grab nhận định: "AI đang đẩy nhanh tốc độ viết mã; hệ thống phòng thủ đa tầng chính là yếu tố bảo đảm sự an toàn cho tốc độ đó": Ở quy mô của [Grab], nguy cơ sự cố lọt vào môi trường vận hành thực tế (production) luôn thường trực. Hàng tuần, số lượng lớn yêu cầu hợp nhất mã (merge request) được gửi về từ nhiều nhóm phát triển sản phẩm; trong đó, nhiều tính năng được triển khai ngầm sau các cờ tính năng (feature flag) và được kích hoạt độc lập với các đợt phát hành. Bất kỳ thay đổi nào trong số đó cũng có thể dẫn đến sự cố. Ngoài việc làm suy giảm trải nghiệm người dùng, sự cố trên ứng dụng di động còn làm giảm tỷ lệ phiên hoạt động không lỗi (crash-free session rate), kéo theo việc tụt hạng trên Google Play. Chi phí khắc phục cũng gia tăng do không phải người dùng nào cũng bật tính năng tự động cập nhật, đồng nghĩa với việc "sự cố di động khi đã phát hành sẽ tồn tại trên thiết bị của người dùng" trong thời gian dài hơn. Bên cạnh đó, không phải sự cố nào cũng đi kèm vết ngăn xếp (stack trace) đã được giải mã ký hiệu hoàn chỉnh, khiến "việc tìm nguyên nhân đòi hỏi phải đối chiếu chéo giữa mốc thời gian phát hành, tiến trình triển khai cờ tính năng và siêu dữ liệu phiên". Hệ thống phòng thủ đa tầng của Grab tuân thủ chiến lược "dịch chuyển về bên trái" (shift-left), hướng tới việc phát hiện sự cố càng sớm càng tốt thông qua một chuỗi các biện pháp bảo vệ trong các giai đoạn của chu kỳ phát triển: từ trước khi hợp nhất mã (pre-merge) đến tiền sản xuất (pre-production), kiểm soát phát hành và ứng phó sau phát hành. Trong giai đoạn từ trước khi hợp nhất đến tiền sản xuất, mục tiêu trọng tâm là phòng ngừa, được Grab xác định là "tuyến phòng thủ hàng đầu". Để đạt được điều này, các kỹ sư của Grab sử dụng các công cụ phân tích mã tĩnh như Android Lint và SwiftLint nhằm phát hiện lỗi trước khi hợp nhất mã thông qua các bộ quy tắc lint đặc thù của nền tảng, của cộng đồng và được tùy chỉnh; kết hợp kiểm thử tự động và thủ công, bao gồm unit test, UI test và kiểm định chất lượng (QA); cùng cổng tiền sản xuất Grab Early Access (GEA) - nơi các bản dựng thử nghiệm được phân phối tới người dùng nội bộ để chủ động giám sát sự cố: Một sự cố chỉ xuất hiện ở số ít người dùng nội bộ trên GEA có thể biến thành mức tăng đột biến về tỷ lệ lỗi ở quy mô thực tế, gia tăng áp lực hỗ trợ và khả năng phải phát hành bản sửa lỗi khẩn cấp (hotfix). Việc ngăn chặn các sự cố này trước khi tiếp cận người dùng thực tế khiến GEA trở thành một trong những chốt kiểm soát độ ổn định quan trọng nhất của chúng tôi. Trong giai đoạn phát hành, Grab áp dụng phương thức triển khai theo từng giai đoạn (staged rollout) và các cờ tính năng để kiểm soát mức độ ảnh hưởng của sự cố trong môi trường vận hành thực tế. Triển khai theo từng giai đoạn cho phép phiên bản ứng dụng mới ban đầu chỉ tiếp cận một tỷ lệ nhỏ người dùng, giúp các kỹ sư theo dõi sự cố và có thể tạm dừng triển khai nếu phát hiện tỷ lệ lỗi bất thường. Trong khi đó, các cờ tính năng cho phép các nhóm kích hoạt dần dần các tính năng, đồng thời theo dõi tác động của chúng đối với tỷ lệ sự cố. Nếu một tính năng khiến tỷ lệ lỗi vượt ngưỡng định trước, tính năng đó có thể bị vô hiệu hóa ngay lập tức mà không cần phát hành phiên bản mới. Trong giai đoạn sau phát hành, Grab tập trung vào việc ứng phó sự cố nhanh chóng thông qua các cơ chế phát hiện, điều tra và kiểm soát lỗi trên môi trường thực tế. Các giải pháp này bao gồm giám sát sự cố theo thời gian thực bằng Firebase Crashlytics và BigQuery để xác định bất thường ngay khi bản dựng được đưa vào vận hành; phân loại tự động và nâng cao chẩn đoán để tổng hợp siêu dữ liệu lỗi cùng vết ngăn xếp, hỗ trợ các nhóm liên kết sự cố với các PR cụ thể; cùng các quy trình phản hồi và phân tích sau sự cố (post-mortem) nhằm mở rộng quy tắc lint và độ bao phủ của kiểm thử. Chiến lược tiếp cận phòng thủ đa tầng của Grab còn nhiều nội dung hơn là c có thể được đề cập tại đây. Độc giả nên đọc toàn văn bài viết để nắm bắt đầy đủ chi tiết. Thông tin tác giả Sergio De Simone Xem thêmThu gọn Đánh giá bài viết này Mức độ ứng dụng Văn phong Đã liên hệ tác giả Nội dung này thuộc chủ đề Mobile Các chủ đề liên quan: Phát triển phần mềm AI, ML & Kỹ thuật dữ liệu Phân tích tĩnh (Static Analysis) iOS Phân tích thời gian thực thi (Runtime Analytics) Cờ tính năng (Feature Toggle) Cải tiến liên tục Android Mobile Kiểm thử Bài viết biên tập liên quan Đơn vị tài trợ liên quan Phổ biến trên InfoQ File Mover Express: AWS phát hành công cụ mã nguồn mở phục vụ truyền tải tệp S3 Uber xây dựng MCP Gateway để quản trị quyền truy cập hơn 800 máy chủ và hơn 5.000 công cụ tác tử AI Đào tạo kiến trúc sư phần mềm: Cuộc trò chuyện với Luca Mezzalira Tổng hợp tin tức Java: TornadoVM 8.0, JNoSQL, Endive, JReleaser, JBang, LangChain4j, Quarkus Almanac GitLab 19.5 đưa quy trình phát triển tác tử (Agentic Development) thành cấu phần được quản trị trên nền tảng DevOps LinkedIn sử dụng OpenTel