Nền tảng Cộng đồng Khách hàng SaaS: Giảm 75–80% chi phí. Thời gian triển khai rút ngắn 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à vẫn giữ vững giá trị cốt l…

Thách thức

Nền tảng của công ty được xây dựng trên một codebase cũ đã phục vụ tốt cho lượng khách hàng ban đầu. Tính mô-đun, yếu tố tạo nên sự khác biệt thương mại cho sản phẩm, đồng thời 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 độc đáo, đồng nghĩa với việc không thể kiểm thử một thay đổi đơn lẻ dựa trên một tiêu chuẩn chung. Sau đó, năm 2020 đến. Đại dịch đã thúc đẩy quá trình chuyển đổi số diễn ra trong vài tháng thay vì nhiều năm. Nền tảng phải đối mặt với sự gia tăng nhu cầu chưa từng có, với nhiều người dùng đồng thời, nhiều luồng dữ liệu song song và nhiều tích hợp hoạt động cùng lúc. Kiến trúc cũ bắt đầu bộc lộ những hạn chế: hiệu suất giảm sút dưới tải, xuất hiện các nút thắt dữ liệu và rủi ro về thời gian hoạt động tăng lên. Vấn đề trở nên phức tạp hơn do bản chất kinh doanh của khách hàng. Việc xây dựng lại thông thường, thay thế toàn bộ hệ thống cũ, sẽ phá hủy lớp cấu hình mô-đun mà các hợp đồng khách hàng đang phụ thuộc. Mọi hoạt động tối ưu hóa đều phải tôn trọng logic kiến trúc hiện có, đồng thời cải thiện đáng kể các đặc tính hiệu suất của nó. Câu hỏi Gradion được yêu cầu giải đáp là: làm thế nào để hiện đại hóa một hệ thống cũ phức tạp, đặc thù cho từng khách hàng, dưới áp lực vận hành, mà không phá vỡ yếu tố khác biệt của sản phẩm đã tạo nên giá trị của nó?

Giải pháp

Cách tiếp cận của Gradion là sự chính xác có chủ đích, không phải thay thế hoàn toàn. Đội ngũ của chúng tôi bắt đầu bằng việc kiểm tra kỹ lưỡng mã nguồn cũ, xác định các nút thắt hiệu suất, hiểu rõ cấu trúc phụ thuộc module và nhận diện những điểm cần can thiệp để mang lại hiệu quả cao nhất mà không gây ra rủi ro dây chuyền. Chuỗi công cụ front-end được hiện đại hóa trước tiên. Bower được thay thế bằng Webpack và npm không phải để chạy theo xu hướng, mà vì các công cụ xây dựng 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. Mã nguồn cũ được tái cấu trúc với ràng buộc rõ ràng là phải bảo toàn tính module. Mục tiêu không phải là viết lại kiến trúc hoàn toàn mới mà là tối ưu hóa có mục tiêu: loại bỏ các nút thắt hiệu suất, thắt chặt quy trình xây dựng và cải thiện khả năng mở rộng mà không làm thay đổi logic cấu hình mà các triển khai của khách hàng đang phụ thuộc. Việc củng cố DevOps đã giải quyết các rủi ro về ổn định phát sinh khi hệ thống chịu tải. Xác thực cơ bản được thêm vào Jenkins. Giám sát thời gian thực được cấu hình để nền tảng có thể phát hiện sự suy giảm hiệu suất trước khi người dùng cuối hoặc khách hàng nhận thấy. Mục đích 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 điều kiện để công ty tập trung vào phát triển sản phẩm. Cấu trúc đội ngũ phản ánh các mục tiêu về hiệu quả. Giai đoạn ban đầu có năm chuyên gia, một quản lý dự án, các nhà phát triển cấp cao và một kỹ sư DevOps. Khi các công cụ trưởng thành và nền tảng ổn định, trách nhiệm vận hành được hợp nhất cho một kỹ sư đa năng của Gradion, người hiện đang duy trì nền tảng này liên tục.