Alibaba Upgrades Dubbo3 to Fully Replace HSF2

Alibaba · 2023 · 4. Điều chỉnh · Độ khó: Dễ — bài gốc

Bài trên blog của dự án Apache Dubbo, giọng tổng kết/quảng bá, chủ yếu là danh sách kết quả; không có chi tiết cách chuyển. Mọi số liệu theo Alibaba.

Bối cảnh

Sau khi đưa toàn bộ lên cloud, Alibaba muốn stack microservice nội bộ chạy trên middleware mã nguồn mở thay cho framework RPC nội bộ HSF (và Dubbo2 ở Alibaba Cloud).

Ứng dụng lõi của thương mại điện tử (giao dịch, gợi ý...) lên Dubbo3, thay HSF; dịp 618 và Double 11 năm 2022: hơn 2.000 ứng dụng, 400.000 node chạy Dubbo3.
Service discovery theo ứng dụng (thay vì theo từng interface) chữa việc đẩy địa chỉ bị suy giảm lúc khuyến mãi đỉnh; mức dùng tài nguyên ở các chặng quan trọng tăng 40%.
Giao thức Triple cho giao tiếp xuyên gateway, một số mảng chuyển sang streaming; giao tiếp giữa Alibaba và Ant qua Triple có latency (RT) giảm 50% so với HSF.
Ele.me (đầu 2022) thay hệ microservice tự xây bằng Dubbo3: 2.000 ứng dụng, 150.000 instance; dữ liệu đăng ký/subscribe giảm 90%, lưu trữ của registry giảm 90%, bộ nhớ framework phía consumer giảm 50%; nối được với hệ thương mại điện tử và kiến trúc theo unit mà không cần proxy.
DingTalk lên năm 2021 (Triple cho môi trường hybrid cloud); Alibaba Cloud đang chuyển từ Dubbo2; Cainiao bắt đầu nửa sau 2022.
Hướng tiếp: luật điều phối traffic thống nhất, service mesh dạng thin SDK + proxyless, thử cân tải và rate limit thích ứng.

Đăng ký theo interface làm lượng dữ liệu registry tăng theo số interface × số instance; đổi đơn vị đăng ký sang ứng dụng là cách giảm tải registry ở quy mô hàng trăm nghìn node (Nền tảng nội bộ cho service (đường ray chung)).
Dùng chung một framework mã nguồn mở thay cho nhiều hệ tự xây (HSF, hệ của Ele.me) giúp các công ty con nói chuyện được với nhau (Migration không downtime).

Ở quy mô lớn, chi phí của service discovery (đẩy địa chỉ) có thể thành nút thắt lúc đỉnh; xem lại đơn vị đăng ký.
Hội tụ framework nội bộ về một chuẩn chung là dự án nhiều năm, đi qua từng công ty con.