2009-05-06 28 views
5

Tôi tự hỏi liệu có ai đã thử kỹ thuật này để nhận sự kiện cho khách hàng từ phía máy chủ hay không. Tôi có một môi trường sử dụng các máy chủ dựa trên Unix và do đó không thể sử dụng hai mặt/gọi lại WCF, vv ..WCF Tự lưu trữ trên máy khách? Tốt hay xấu

Ý tưởng là khách hàng của tôi là các hộp cửa sổ chạy ứng dụng .net dày sẽ quay lên một máy chủ WCF và đăng ký URL tự lưu trữ trên máy chủ cho phiên đó. Họ sẽ có một hợp đồng rất đơn giản và máy chủ sẽ khi nó có một bản cập nhật gọi ra máy chủ khách hàng nói với nó rằng một bản cập nhật đang chờ trên máy chủ cho nó và khách hàng sau đó sẽ nhận được nó vv

Tôi vẫn đang cố gắng có được WCF vòng đầu của tôi vì vậy không chắc chắn nếu đây là một cách tốt để đi, có bất kỳ tác động an ninh tôi nên lo lắng về? có cách nào để các cuộc gọi Duplex hoạt động trên nền tảng.

Tôi đã làm điều gì đó tương tự trước khi sử dụng ổ cắm hoặc có thể là hàng đợi tin nhắn đa nền tảng sẽ là cách tốt hơn để tiếp tục điều này.

Cảm ơn

76mel

Trả lời

1

Ít nhất, đó có vẻ như nó nên làm việc, mặc dù tôi đoán bạn có thể lưu trữ trong IIS cũng kể từ khi các máy chủ * nix sau đó có thể chỉ cần thực hiện một trang web gọi, phải không? Tôi không chắc những gì tự lưu trữ sẽ giúp bạn có được, mặc dù nó sẽ hoạt động tốt, nhưng có thể là một chút đau ở cổ để cấu hình, v.v.

Vui lòng cập nhật tại đây bất cứ khi nào bạn đưa ra quyết định bởi vì nó có vẻ giống như một thử thách thú vị và một số người trong chúng ta muốn thấy cách bạn tạo ra.

+0

Có, tôi đã nghĩ về việc đưa vào một tầng giữa IIS một ý tưởng tuyệt vời của nó. Suy nghĩ của tôi mặc dù là chúng tôi có 10.000 khách hàng và 1/3 của đó đồng thời và do đó supporing rằng sẽ chi phí một chút trong hộp IIS. Tôi sẽ xây dựng bằng chứng về khái niệm và sẽ giữ cho bạn được đăng tải, nhưng tôi sẽ biết ơn nếu có ai có nhiều suy nghĩ, hiểu biết và quan tâm hơn về điều này. dịch vụ. – 76mel

+0

Ok Tôi đã thử điều này và làm cho nó hoạt động. Tôi nghĩ rằng điều này sẽ làm việc rất tốt cho các dự án bên trong tường lửa. Nếu bạn muốn span tường lửa tôi nghĩ rằng bằng cách sử dụng một xe buýt/hàng đợi là một cách tốt hơn khi bạn kết nối ở một mức độ thấp hơn. Những gì tôi đã làm ở đây là có một hợp đồng sự kiện đơn giản mà máy chủ Unix đã biết. Tôi đã chạy dịch vụ WCF bên trong một Dịch vụ Windows mà lần đầu tiên đăng ký chính nó với máy chủ với điểm cuối của nó. sau đó máy chủ có thể kích hoạt các sự kiện tại điểm cuối của tôi và tôi có thể phản hồi các sự kiện này bằng cách lấy dữ liệu từ máy chủ. – 76mel

+0

Tuyệt vời! Điều đó nghe có vẻ như nó sẽ làm cho một bài viết blog thú vị. –

1

Chúng tôi sử dụng WCF tự lưu trữ cho một kịch bản tương tự. Chúng tôi cũng muốn tránh làm cho ứng dụng khách hàng của chúng tôi phụ thuộc vào IIS, để ngăn chặn cả việc cấp phép và triển khai phức tạp.

Nó hoạt động khá tốt đối với chúng tôi, mặc dù WCF có thể quá mức cần thiết cho những gì bạn cần. Vì bạn đang sử dụng HTTP, bạn có thể tạo một dịch vụ web đơn giản được xây dựng trực tiếp trên Http.sys.

+0

Dịch vụ web đơn giản trên http.sys sẽ đơn giản hơn để viết và duy trì hơn là sử dụng WCF? Tôi nghi ngờ điều đó. –

+0

Tôi đã không thử thực hiện một dịch vụ web trên http.sys bản thân mình, vì vậy tôi không thể nói chắc chắn. Nhưng tôi đã làm việc với WCF một thời gian và thấy nó ít linh hoạt hơn tôi muốn. – dthrasher

+0

Bạn đã thử máy chủ web cassini chưa? – 76mel

1

Một cách khác để nhận được kết quả tương tự có thể là có cuộc thăm dò của khách hàng. Điều này phụ thuộc rất nhiều vào yêu cầu của bạn. Nếu bạn cần cập nhật gần thời gian thực, điều này rõ ràng không hoạt động vì bạn sẽ phải có nhiều cách để thực hiện việc này, nhưng nếu bạn mất vài phút để cập nhật cho khách hàng, việc bỏ phiếu có thể chỉ là câu trả lời.

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