Trên trang này
Hãy hình dung màn hình hỗ trợ cần một câu trả lời: đơn này đã thanh toán chưa? Hệ thống thanh toán có đáp án. Nhóm tích hợp đề xuất chép mọi bản ghi thanh toán sang cơ sở dữ liệu thứ hai, giữ bản sao mới và đọc nó khi nhân viên mở đơn. Đây là ví dụ vận hành giả định, không phải ca phân tích trong bản trình diễn được dẫn.
Điều đó có thể cần. Trước hết hỏi liệu màn hình chỉ cần một câu trả lời được phép ngay lúc này không.
Bản trình diễn kỹ thuật về truy vấn phân tích xuyên đám mây cho thấy truy vấn qua nguồn dữ liệu sẵn có mà chưa tạo bản sao lâu dài của bảng nguồn ở đích. Cùng bản demo còn tạo bảng ghép lưu lại, cho thấy truy cập từ xa và sao chép có thể cùng tồn tại trong một quy trình. Đây là khả năng sản phẩm có thật, không phải lời hứa dịch vụ truy vấn phân tích hợp màn hình trạng thái thanh toán vận hành hay dữ liệu không bao giờ di chuyển khi chạy. Tài liệu truy vấn liên hợp của Google Cloud giải thích một số kết quả truy vấn ngoài tạm chuyển vào dịch vụ truy vấn. Điểm phân biệt là bản sao đồng bộ lâu dài so với lượt đọc có giới hạn cho câu hỏi cụ thể.
Quyết theo công việc của bên dùng
Có hai yêu cầu khác nhau ẩn trong câu “kết nối hai hệ thống”. Một câu hỏi “Nguồn nói gì bây giờ?” Câu kia “Đích phải giữ trạng thái nào để hành động sau?”
Với màn hình hỗ trợ, lượt đọc đúng phạm vi có thể trả trạng thái đơn và thời điểm quan sát. Nguồn vẫn có thẩm quyền. Nếu nguồn lỗi, màn hình nên nói trạng thái hiện tại không có hoặc dán nhãn rõ câu trả lời từ bộ đệm. Bản sao thứ hai tạo câu hỏi mới: trạng thái nào thắng khi hai bên không khớp?
Bên dùng hỏi nguồn một câu trả lời hiện hành qua truy vấn đúng quyền và phạm vi; truy vấn có thể xử lý dữ liệu tạm mà không tạo bản sao bền vững.
Với chiến dịch giỏ hàng bỏ dở, đích có thể phải hành động mà không ai mở màn hình. Nó có thể cần sự kiện kịp thời, trạng thái đồng ý và cách hủy thông điệp đã xếp hàng sau khi mua. Đọc trực tiếp lúc chạy chiến dịch vẫn có thể giúp, nhưng câu trả lời theo yêu cầu chưa đủ cho cả việc.
| Bên dùng cần | Thiết kế thử đầu | Đánh đổi chính |
|---|---|---|
| Một câu trả lời hiện hành | Truy vấn đúng phạm vi tới nguồn có thẩm quyền | Phụ thuộc quyền truy cập và độ trễ nguồn |
| Hành động liên tục khi thay đổi | Sự kiện hoặc đồng bộ delta tối thiểu | Phải xử lý chậm, trùng và sự kiện bỏ sót |
| Bằng chứng quyết định lịch sử | Ảnh chụp có phiên bản của trường liên quan | Phải quản trị lưu giữ và truy cập |
| Hoạt động khi nguồn lỗi | Bộ đệm hoặc bản sao rõ ràng | Có thể cũ; cần quy tắc tuổi dữ liệu |
Đây là bảng quyết định, không phải phép đo hiệu năng. Nó không cho ngưỡng chung giữa truy vấn và sao chép.
Bản sao có chi phí liên tục
Lần trích đầu dễ bị đánh giá thấp vì nó kết thúc. Bản sao tiếp tục sống. Trường mới xuất hiện, định danh được gộp, quyền đổi hoặc sự kiện cũ đến sau sự kiện mới. Giờ đích có thể giữ câu trả lời nguồn sẽ bác.
Chi phí không chỉ là lưu trữ. Đó là đối soát: theo dõi độ trễ, phát lại thay đổi bỏ sót, xóa dữ liệu khi cần và giải thích vì sao quyết định dùng giá trị hôm qua. Những việc ấy đáng làm khi đích cần trạng thái độc lập. Chúng là công việc thừa khi sản phẩm cần giao chỉ là câu trả lời hiện hành.
Truy vấn cũng có chi phí. Nó có thể tạo tải lên nguồn, lộ trường cho chủ thể khác, vượt ranh giới mạng và lỗi đúng lúc tệ nhất. Bộ lập kế hoạch truy vấn có thể xử lý nhiều dữ liệu hơn kết quả thấy được. Tài liệu liên hợp nêu chi tiết thực thi cần kiểm trước khi coi truy vấn từ xa là không di chuyển dữ liệu.
Truy vấn an toàn có mục đích và kết quả hẹp. Nêu chủ trường dữ liệu. Giới hạn quyền người gọi. Quyết câu trả lời được cũ tối đa bao lâu, truy vấn được chờ bao lâu và giao diện nói gì khi hết thời gian. Giữ thời điểm quan sát cùng đáp án.
Khi bản sao có kiểm soát xứng đáng chi phí
“Dữ liệu tại chỗ cho giao diện dự đoán được và ít lỗi từ xa hơn.” Đây là lý lẽ nghiêm túc. Nếu quy trình có yêu cầu độ trễ cứng hoặc phải tiếp tục qua lúc nguồn lỗi, bản sao có kiểm soát có thể đúng.
Từ có kiểm soát là trọng tâm. Định nghĩa trường nào được chép, cần cập nhật nhanh ra sao, làm gì khi cập nhật dừng và khi nào bên dùng từ chối hành động trên trạng thái cũ. Thử cả sửa muộn lẫn đường thuận. Câu trả lời cũ nhanh có thể tệ hơn lời báo chưa có rõ ràng.
Bắt đầu từ câu hỏi nhỏ nhất của bên dùng. Nếu đọc giải được, hãy để nguồn giữ vai trò có thẩm quyền. Nếu hành động cần trạng thái tại chỗ, chỉ chép phần hành động ấy có thể giải trình.
Thử nhỏ có thể quyết mà không xây lớp sao chép tổng quát. Chọn một câu bên dùng thật sự hỏi, ghi độ mới cần thiết và chạy truy vấn được phép tới nguồn. Quan sát độ trễ, tải nguồn và hành vi lỗi với quyền truy cập thực tế. Sau đó thử bản sao hẹp nhất đáp ứng cùng nhu cầu. So không chỉ thời gian phản hồi mà cả xử lý sửa, xóa và mất nguồn. Hướng dẫn lập kế hoạch tích hợp cung cấp ngữ cảnh quy trình rộng; phép thử này chọn nơi câu trả lời nên sống. Không đường nào tự động rẻ hơn khi tính bảo trì lâu dài.
Một kết nối không được đo bằng số hàng đã đi qua.
Câu hỏi Thường gặp
Khi nào truy vấn từ xa tốt hơn đồng bộ?
Dùng khi người gọi cần câu trả lời từ nguồn chuẩn và chịu được độ sẵn có cùng độ trễ của nguồn. Giữ quyền truy cập đúng phạm vi và cho biết câu trả lời được đọc lúc nào.
Khi nào phải sao chép dữ liệu?
Chép trạng thái tối thiểu cần thiết khi hệ thống khác phải hành động mà không truy vấn trực tiếp, giữ ảnh chụp kiểm toán được hoặc đáp ứng độ trễ hay độ sẵn có nguồn không đáp ứng.
Truy vấn tại chỗ có nghĩa dữ liệu không bao giờ di chuyển không?
Không. Dịch vụ liên hợp có thể chuyển dữ liệu trung gian hoặc kết quả để chạy truy vấn. Kiểm hành vi thực thi, lưu giữ và bảo mật theo tài liệu nhà cung cấp.