DA940-12
Dịch vụ nền tảng dữ liệu và dùng chung
TRONG 1–2 NĂM
Bộ nhớ đệm trong RAM dạng dịch vụ (tương đương Amazon ElastiCache)
Bài toán, vấn đề cốt lõi
Để phục vụ 10 triệu người dùng đồng thời mà không quá tải cơ sở dữ liệu, VNeID bắt buộc phải có lớp bộ nhớ
đệm trong RAM tốc độ cao cho dữ liệu truy cập thường xuyên (phiên đăng nhập, kết quả tra cứu nóng, hạn
mức, khóa phân tán). Đây là năng lực mà dịch vụ Amazon ElastiCache đóng gói sẵn.
Mô tả về giải pháp
Về nghiệp vụ: cung cấp bộ nhớ đệm dùng chung dạng dịch vụ, giảm tải cho cơ sở dữ liệu và tăng tốc phản hồi.
Về kỹ thuật: xây dựng trên Valkey (bản rẽ nhánh mã nguồn mở BSD của Redis, do Linux Foundation quản trị)
hoặc KeyDB, triển khai theo cụm có phân mảnh và nhân bản, hỗ trợ chế độ sẵn sàng cao và tự chuyển đổi dự
phòng; đóng gói thành dịch vụ tự phục vụ trên BCA Cloud. Công nghệ nền là nguồn mở phổ biến bậc nhất,
nhân lực trong nước rất sẵn.
Sự cần thiết đối với VNeID
Phương thức áp dụng: đặt lớp bộ nhớ đệm trước cơ sở dữ liệu cho các truy vấn nóng và lưu phiên đăng nhập
phân tán. Mục tiêu cụ thể: giữ độ trễ phản hồi ở mức mili-giây, giảm đáng kể tải đọc lên cơ sở dữ liệu quan hệ
ở giờ cao điểm, và đạt tính sẵn sàng cao cho lớp phiên.
RỦI RO KHI KHÔNG LÀM CHỦ ĐƯỢC CÔNG NGHỆ
Câu chuyện Redis là bài học điển hình về rủi ro giấy phép: tháng 3/2024, Redis chuyển từ giấy phép mở
BSD sang giấy phép hạn chế SSPL/RSALv2, khiến việc cung cấp Redis như một dịch vụ trở nên ràng
buộc pháp lý; cộng đồng và các hãng lớn (AWS, Google, Oracle) phải lập tức rẽ nhánh thành Valkey
dưới Linux Foundation để giữ tính mở. Nếu VNeID xây trên một sản phẩm thương mại đóng, chỉ một
thay đổi chính sách cấp phép của nhà cung cấp nước ngoài có thể buộc hệ thống phải chuyển đổi gấp
hoặc trả chi phí bản quyền tăng vọt — vì vậy phải neo vào bản nguồn mở do tổ chức trung lập quản trị.
