Đi đến nội dung chính
VI
Trang chủ / Bài viết / Xây dựng nền tảng tìm kiếm có thể mở rộng và dựng lại
07 thg 5, 2026 · Z-SOFT Admin · 10 phút đọc

Xây dựng nền tảng tìm kiếm có thể mở rộng và dựng lại

Xây chỉ mục tìm kiếm có thể dựng lại, tách dữ liệu theo khách hàng và chuyển phiên bản không gián đoạn.

Xem tất cả bài viết

Ý chính: Chỉ mục tìm kiếm là bản dữ liệu phục vụ đọc nhanh. Nó phải có thể được dựng lại từ nguồn dữ liệu chuẩn.

Thuật ngữ trong bài: Index: cấu trúc dữ liệu dành cho tìm kiếm; relevance: mức độ phù hợp của kết quả; reindex: tạo lại toàn bộ chỉ mục.

Bài toán thực tế

Cập nhật chỉ mục ngay trong luồng ghi làm người dùng phải chờ và vẫn có thể mất thay đổi khi lỗi. Dùng chung chỉ mục cũng có nguy cơ lộ dữ liệu giữa khách hàng. Khi cấu trúc thay đổi, hệ thống cần tạo chỉ mục mới mà không dừng tìm kiếm.

Chỉ mục tìm kiếm là một mô hình đọc có thể dựng lại, không phải nguồn dữ liệu chuẩn. Luồng ghi nghiệp vụ không nên phụ thuộc vào việc cập nhật chỉ mục thành công.

Mỗi tài liệu cần mã khách hàng và phiên bản nguồn; khi mapping thay đổi, hệ thống xây chỉ mục mới song song, kiểm tra chất lượng rồi chuyển alias thay vì sửa trực tiếp chỉ mục đang phục vụ.

Thiết kế và triển khai

  1. Ghi nhận thay đổi đã commit bằng Outbox hoặc CDC thay vì cập nhật chỉ mục ngay trong giao dịch người dùng.
  2. Mỗi tài liệu trong chỉ mục phải có mã khách hàng và phiên bản nguồn do máy chủ quản lý.
  3. Xây chỉ mục mới song song, kiểm chứng chất lượng rồi chuyển alias trong một thao tác nguyên tử.

Mã minh họa: Dựng chỉ mục mới và chuyển alias

create index products_v3(mapping_v3)
bulk index snapshot with sourceVersion
consume changes after snapshot watermark
compare counts, samples and query set
atomic alias products_read: v2 -> v3

Giữ chỉ mục cũ trong một khoảng quay lui hữu hạn và tiếp tục cập nhật cả hai cho tới khi việc chuyển đổi đã được kiểm chứng.

Rủi ro cần tính trước

  • Cập nhật đến muộn làm một tài liệu đã xóa xuất hiện trở lại.
  • Thiếu bộ lọc khách hàng khiến kết quả chứa tài liệu của khách hàng khác.
  • Dựng lại chỉ mục đọc quá nhanh và làm quá tải cơ sở dữ liệu nguồn.

Nên theo dõi gì?

Tín hiệuĐiều tín hiệu cho biết
Độ trễ lập chỉ mục theo loại sự kiệnĐo độ mới của kết quả và rủi ro xóa chậm.
Số phiên bản cũ bị từ chốiCho biết sự kiện sai thứ tự đã được phát hiện và chặn.
Tỷ lệ không có kết quả và tỷ lệ tìm kiếm thành côngTheo dõi chất lượng kết quả từ hành vi thực tế của người dùng.

Đưa vào production từng bước

Bổ sung sự kiện bền vững và phiên bản tài liệu vào chỉ mục hiện tại trước. Xây mapping mới song song, so sánh trên một tập truy vấn đại diện và chuyển một nhóm khách hàng nhỏ qua alias trước khi chuyển toàn bộ.

Điều cần nhớ

Nền tảng tìm kiếm đáng tin khi dữ liệu có thể dựng lại, độ mới được công bố rõ và chất lượng kết quả được đo bằng truy vấn thực tế.

HỢP TÁC CÙNG Z-SOFT

Mỗi quyết định công nghệ hôm nay đều ảnh hưởng đến nhiều năm sau.

Trao đổi với đội ngũ Z-SOFT để đánh giá hiện trạng, xác định mục tiêu và lựa chọn kiến trúc phù hợp với định hướng phát triển của doanh nghiệp.

Đặt lịch tư vấn