Nền tảng cộng đồng khách hàng SaaS: giảm 75–80% chi phí. Thời gian thiết lập rút từ hai tuần xuống còn sáu giờ. Nền tảng mô-đun được tái cấu trúc để mở rộng quy mô mà không đánh mất giá trị.

Thách thức

Nền tảng của công ty được xây dựng trên một codebase cũ từng phục vụ tốt cho giai đoạn đầu tăng trưởng. Nhưng chính tính mô-đun - yếu tố làm nên khác biệt thương mại của sản phẩm - cũng khiến kiến trúc trở nên phức tạp: mỗi lần triển khai cho khách hàng là một cấu hình riêng, nên không thể kiểm thử một thay đổi đơn lẻ trên một baseline chung. Rồi năm 2020 ập đến. Đại dịch đã nén nhiều năm chuyển đổi số vào chỉ vài tháng. Nền tảng phải đối mặt với mức tăng nhu cầu chưa từng được thiết kế để chịu đựng: nhiều người dùng đồng thời hơn, nhiều luồng dữ liệu song song hơn và nhiều tích hợp hoạt động cùng lúc hơn. Kiến trúc cũ bắt đầu bộc lộ giới hạn: hiệu suất suy giảm dưới tải, xuất hiện nút thắt dữ liệu và rủi ro về uptime tăng lên. Vấn đề còn phức tạp hơn bởi bản chất kinh doanh của khách hàng. Một đợt xây dựng lại theo kiểu thay mới toàn bộ sẽ phá vỡ lớp cấu hình mô-đun mà các hợp đồng khách hàng đang phụ thuộc vào. Mọi tối ưu hóa đều phải tôn trọng logic của kiến trúc hiện hữu, đồng thời cải thiện đáng kể hiệu năng của hệ thống. Câu hỏi Gradion cần giải là: làm thế nào để hiện đại hóa một hệ thống cũ, phức tạp và đặc thù theo từng khách hàng dưới áp lực vận hành, mà không làm mất đi chính điểm khác biệt tạo nên giá trị của sản phẩm?

Giải pháp

Cách tiếp cận của Gradion là tối ưu hóa chính xác, không thay thế toàn phần. Đội ngũ bắt đầu bằng một đợt rà soát kỹ codebase cũ, xác định các nút thắt hiệu suất, nắm rõ cấu trúc phụ thuộc giữa các mô-đun và tìm ra những điểm can thiệp mang lại hiệu quả cao nhất mà không tạo ra rủi ro dây chuyền. Hạng mục được hiện đại hóa đầu tiên là chuỗi công cụ front-end. Bower được thay bằng Webpack và npm - không phải để chạy theo xu hướng, mà vì bộ công cụ build cũ đã trở thành rào cản cụ thể đối với tốc độ triển khai và độ tin cậy của một nền tảng cần liên tục phát triển. Phần code legacy được tái cấu trúc với một ràng buộc rõ ràng: phải giữ nguyên tính mô-đun. Mục tiêu không phải là viết lại toàn bộ kiến trúc, mà là tối ưu hóa có chủ đích: loại bỏ nút thắt hiệu suất, siết chặt pipeline build và mở rộng thêm dư địa scale mà không làm thay đổi logic cấu hình vốn là nền tảng cho các triển khai của khách hàng. Song song với đó, phần DevOps được gia cố để xử lý các rủi ro ổn định đã xuất hiện dưới tải. Jenkins được bổ sung xác thực cơ bản. Hệ thống giám sát thời gian thực được thiết lập để có thể phát hiện suy giảm hiệu năng trước khi người dùng cuối hoặc khách hàng nhận ra. Mục tiêu là xây dựng một hệ thống có khả năng tự giám sát, giảm gánh nặng vận hành cho đội ngũ kỹ thuật và tạo khoảng trống để công ty tập trung hơn vào phát triển sản phẩm. Cấu trúc đội ngũ cũng phản ánh mục tiêu hiệu quả đó: giai đoạn đầu gồm 5 chuyên gia - PM, lập trình viên cấp cao và kỹ sư DevOps; khi công cụ trưởng thành hơn và nền tảng ổn định hơn, trách nhiệm vận hành được hợp nhất còn một kỹ sư đa nhiệm của Gradion, người hiện vẫn duy trì nền tảng liên tục.