Tôi đang ở giai đoạn đầu của việc thiết kế một ứng dụng dựa trên Azure. Một trong những điều thu hút tôi với Azure là khả năng mở rộng, do sự thay đổi của nhu cầu mà tôi có thể mong đợi. Vì vậy, tôi đang cố gắng để giữ cho mọi thứ lỏng lẻo cùng nhau để tôi có thể thêm các trường hợp khi tôi cần.Thực tiễn tốt nhất cho (trên) sử dụng hàng đợi Azure
Các đề xuất tôi đã thấy để kiến trúc một ứng dụng cho Azure bao gồm việc giữ logic vai trò web ở mức tối thiểu và xử lý được thực hiện trong vai trò của nhân viên, sử dụng hàng đợi để giao tiếp và một số loại lưu trữ phía sau như SQL Azure hoặc Azure Những cái bàn. Điều này có vẻ như một ý tưởng hay đối với tôi vì tôi có thể mở rộng một hoặc cả hai phần của ứng dụng mà không gặp bất kỳ vấn đề nào. Tuy nhiên tôi tò mò nếu có bất kỳ thực hành tốt nhất (hoặc nếu bất cứ ai có bất kỳ kinh nghiệm) cho khi nó là tốt nhất để chỉ có vai trò web nói chuyện trực tiếp đến các cửa hàng dữ liệu so với gửi dữ liệu của hàng đợi?
Tôi đang suy nghĩ về trường hợp tôi có một chèn đơn giản để làm từ vai trò web - trong khi tôi có thể thiết lập như một tin nhắn, gửi nó trên hàng đợi, và có một vai trò công nhân nhặt nó lên và làm chèn, nó có vẻ như rất nhiều xử lý đôi. Tuy nhiên tôi cũng đánh giá cao rằng nó có thể là trường hợp đó là tốt hơn trong thời gian dài, trong trường hợp vai trò web bị quá tải hoặc phức tạp hơn logic kết thúc lên được yêu cầu cho chèn.
Tôi nhận thấy đây có thể là trường hợp câu trả lời là "nó phụ thuộc hoàn toàn vào tình huống, kiểm tra chỉ số perf của bạn" - nhưng nếu có ai có bất kỳ suy nghĩ nào tôi sẽ rất cảm kích!
Cảm ơn
John
Khi bạn làm điều này, bạn cho người dùng thấy điều gì? Nhiều người dùng sẽ thấy hình thu nhỏ trong giao diện người dùng khi hình ảnh được tải lên, vì vậy trong khi tôi có thể thấy giá trị trong việc tách hình thu nhỏ thành vai trò công nhân, bạn không bị bỏ sót với vấn đề UX xung quanh nội dung hiển thị cho đến khi xử lý hoàn chỉnh, và làm thế nào để biết khi nào? – dumbledad