2009-10-19 22 views
7

Tôi có một câu hỏi. Tôi muốn phục vụ một loạt các dịch vụ được thực hiện với WCF. Các khách hàng tiêu thụ các dịch vụ cũng là NET với WCF. Tôi muốn có tốc độ truy cập cao, phản hồi nhanh, phương tiện vận chuyển đến các Hợp đồng Dữ liệu nhỏ (các loại dữ liệu cơ bản .net cơ bản). Việc phân phối sẽ qua internet, tôi đang tìm kiếm độ tin cậy, tính khả dụng và bảo mật cơ bản.WCF NetTCP Binding qua Internet

Tôi không muốn sử dụng WsHttp, vì khách hàng duy nhất của tôi dựa trên .net và tôi sẽ có gần 150 khách hàng yêu cầu dịch vụ.

Bạn đề xuất sử dụng gì để ràng buộc? Có bất kỳ nhược điểm, rủi ro, vv?

Cảm ơn trước!

Trả lời

0

Theo kịch bản của bạn, NetTcpBinding là sự ràng buộc của sự lựa chọn. Như bạn chắc chắn rằng khách hàng sẽ là WCF, không cần phải tương tác.

Có giao diện here in Programing WCF Services book.

Điều duy nhất tôi không chắc chắn là tường lửa. Nếu bạn phải nhận được máng trên các đề tài, có thể một số ràng buộc WS có thể phù hợp hơn.

+0

Cảm ơn Philippe vì câu trả lời của bạn. Tôi sẽ không có khả năng tương tác, bao giờ nếu điều này xảy ra, tôi có thể liên kết nhiều cấu hình các dịch vụ. Cho đến bây giờ nó chỉ là kế hoạch để được tiêu thụ bởi một ứng dụng hình thức cửa sổ .net, kênh sẽ được internet. Chúng tôi có tường lửa nhưng anh chàng Telco có thể cấu hình cổng để được truy cập từ một số IP nhất định, văn phòng chi nhánh có kết nối internet riêng, vì vậy, bảo mật không phải là mối quan tâm chính. Tôi sẽ xem xét cuốn sách đó. –

6

Có một bài viết tốt về cách chọn một ràng buộc bởi Juval Lowy ở đây:

http://www.code-magazine.com/article.aspx?quickid=0605051&page=3

Nói chung những lời khuyên là không nên sử dụng tcp ròng ràng buộc qua internet. Đã không nghe nói về bất cứ ai làm điều đó. Mặc dù nó có thể làm việc nếu các cổng được mở tất cả các cách và không ai chặn các cuộc gọi.

Kiểm tra bằng nettcp, nếu nó không hoạt động, bạn chỉ cần thay đổi cấu hình.

Điều quan trọng nhất là xem xét nhu cầu bảo mật của bạn. Bạn chỉ cần điểm đến điểm, sau đó basichttp trên ssl. Bạn có cần kết thúc để kết thúc không, sau đó wshttp với mã hóa thư.

+0

Cảm ơn Shiraz Cho đến bây giờ nó chỉ được lên kế hoạch để được tiêu thụ bởi một ứng dụng biểu mẫu cửa sổ .net, kênh sẽ là internet. Chúng tôi có tường lửa nhưng anh chàng Telco có thể cấu hình cổng để truy cập từ IP nhất định, văn phòng chi nhánh có kết nối internet chuyên dụng, vì vậy, bảo mật không phải là mối quan tâm chính –

+0

Địa chỉ IP có thể bị giả mạo dễ dàng và điều này rất dễ bị người đàn ông giữa cuộc chiến. Nếu dữ liệu của bạn có giá trị, hãy mã hóa nó qua Internet. Một giải pháp đơn giản, rẻ tiền cho vấn đề này mà không có đường dây chuyên dụng là sử dụng VPN. –

8

Kể từ khi bạn có kế hoạch sử dụng các loại đơn giản và hợp đồng dữ liệu nhỏ, các ràng buộc bạn sử dụng là gần không thích hợp so với độ trễ giới thiệu bằng cách qua Internet. Vì vậy, câu trả lời đúng là sử dụng một cách dễ nhất để quản lý và an toàn nhất.

Tôi khuyên bạn nên lưu trữ ứng dụng trong IIS và sử dụng wsHttpBinding và tận dụng tất cả các tính năng quản lý phù hợp với nó. Nó cũng sẽ xảy ra để tương thích, và trong khi đó là không liên quan ngày hôm nay, nó chỉ là miễn phí, vậy tại sao không?

Và, vui lòng xem xét mức độ chi tiết của dịch vụ của bạn. Bạn biết khách hàng của mình tốt hơn, nhưng trên Internet mở rộng, mọi thứ sẽ xảy ra. Bởi vì thời gian chuyến đi vòng qua Internet là biến và không thể kiểm soát, nó có thể mất mili giây hoặc giây hoặc có thể không đạt được ở đó cả. Vì vậy, bạn nên thực hiện ít chuyến đi hơn với trọng tải lớn hơn nếu có thể và sử dụng tất cả các loại bộ nhớ đệm và hoạt động không đồng bộ để làm cho ứng dụng xuất hiện "nhanh".

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