2013-01-24 20 views
5

Có thể kịch bản sau đây trong Azure không?Chuyển tiếp bus dịch vụ Azure - nhận dữ liệu từ tiền đề

Tôi cần lấy dữ liệu từ cơ sở khách hàng vào cửa sổ xanh, xử lý và lưu dữ liệu trong db hoặc lưu trữ bảng. Cách tốt nhất để xây dựng một giải pháp đơn lẻ (sẽ chạy cho tất cả khách hàng) và cho phép tôi lấy dữ liệu của một khách hàng cụ thể.

Về cơ bản, vai trò của nhân viên sẽ lấy dữ liệu từ khách hàng 1, xử lý và lưu dữ liệu đó; so với khách hàng 2 và cứ tiếp tục như vậy.

Tôi nghĩ sử dụng dịch vụ chuyển tiếp, nhưng có thể xây dựng dịch vụ wcf tùy chỉnh sẽ chạy cho nhiều người dùng, được phơi bày trong cùng điểm cuối và cho phép vai trò của nhân viên yêu cầu dữ liệu đến điểm cuối đó không.

Trả lời

2

David, Dịch vụ xe buýt Relay là một giải pháp lý tưởng cho việc này. Bạn có thể viết một dịch vụ WCF sẽ chạy trên mỗi tiền đề của khách hàng và kết nối với dịch vụ duy nhất của bạn trong đám mây. Sử dụng Service Bus relay cung cấp cho bạn rất nhiều lợi thế ở đây: 1) Đối với dịch vụ phía máy khách, bạn KHÔNG cần phải mở bất kỳ cổng vào nào trong NAT/Firewall của họ vì ứng dụng Service Bus sẽ tạo một kết nối gửi đi. 2) Bạn có thể chạy một hoặc nhiều phiên bản dịch vụ của mình trên đám mây và nghe một hoặc nhiều địa chỉ/điểm cuối trên Service Bus. Bằng cách đó, bạn có thể cả hai quy mô trên dịch vụ hoặc cô lập cho mỗi khách hàng tùy thuộc vào nhu cầu của bạn. 3) Chúng tôi hỗ trợ cân bằng tải nơi bạn có thể có một số người gửi (từ vị trí của khách hàng) kết nối với một địa chỉ điểm cuối duy nhất và ở đây một lần nữa cho bạn dịch vụ nghe trên nền tảng đám mây, bạn có thể kết nối nhiều phiên bản với cùng điểm cuối đó 4) hỗ trợ có sẵn, do đó bạn có thể chọn kênh thích hợp cho nhu cầu của bạn

sau đây là nguồn lực bổ sung để bắt đầu: Tổng quan: http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-relay/ mẫu: http://code.msdn.microsoft.com/windowsazure/Relayed-Messaging-Load-bd76a9f8

+0

Tuy nhiên tôi có một câu hỏi. Trong mẫu bạn đã đề cập, làm thế nào tôi có thể làm điều đó để tôi sẽ không sử dụng trong máy khách tên người gửi: OWNER và khóa bí mật của nó? Tôi có nghĩa là vì lý do bảo mật, có thể tạo một tên người dùng tùy chỉnh được gọi là: "MYCUSTOMER" và đó là khóa riêng và tên nhà phát hành tùy chỉnh này sẽ không có toàn quyền kiểm soát như chủ sở hữu có ..? Bạn biết ý tôi là gì không? –

+0

Tôi biết câu hỏi này là 2 tuổi nhưng hiện tại tôi đang phát triển một giải pháp rất giống nhau. Liên quan đến việc tạo danh tính bổ sung cho dịch vụ xác thực xe buýt, có một cái nhìn tại SBAzTool từ nhóm Azure, đó là một giao diện dòng lệnh và DLL cho phép bạn tạo ra bản ghi dịch vụ xe buýt và quyền (tức là nghe, gửi, nhận) và phím theo lập trình. [Công cụ Azure SBaZ] (https://code.msdn.microsoft.com/windowsazure/Authorization-SBAzTool-6fd76d93) Chỉ cần đặt điều này ở đây trong trường hợp bất kỳ ai khác đi qua câu hỏi này, như tôi đã làm! –

+0

sử dụng dịch vụ chuyển tiếp xe buýt là tốt, nhưng đối với điều này hoặc là bạn cần phải có một wrapper wcf xung quanh dịch vụ web của bạn trong on-prem hoặc bạn cần phải thực hiện một số thay đổi cấu hình. Có thể gọi một dịch vụ web trực tuyến từ api web xanh mà không thay đổi bất kỳ thứ gì trên các dịch vụ web trực tuyến. – Ramprasad

2

Tôi hơi bối rối - nếu bạn cần GET dữ liệu từ khách hàng của mình, họ có thể gọi dịch vụ của bạn không? thường tường lửa sẽ cho phép các yêu cầu gửi đi?

Dịch vụ xe buýt Rơ le đã có thể đi thực sự thuận tiện nếu bạn muốn gửi dữ liệu cho khách hàng của bạn trong một async hay thời trang bán không được yêu cầu

Các vấn đề liên quan