问个.net wcf的问题

donner

正在设计一个asp.net电子商务系统需要完全实时地（包括整个选购下单的过程）把shopping cart同步到不同地理位置的门店。web server用asp.net+iis, 门店考虑使用.net wcf + IIS 接受同步更新.  
这个方案在实验室模拟肯定是通的，但是考虑门店接入宽带如果用最普通的tpg, internode这些服务商，他们会不会封锁一些端口以至影响这个方案实施?  比如80(http) 端口和 808(wcf)?

来打我啊

不会的,80不会封的

donner

担心会不会有服务商限制用户私架商业服务器，某些端口只出不入？

[ 本帖最后由 donner 于 2012-5-17 12:01 编辑 ]

交易人生

用Http或者https binding，port 80或者443，一般不会封这个端口。

jerryclark

IIS可以装载其他端口上的呀（非80）

donner

坐最坏的准备，有没有哪个宽带接入商会把所有的端口都（单向）关掉，这样联网的电脑只能对外请求，而不能接受外部接入的？

uowzd01

原帖由 交易人生 于 2012-5-17 12:10 发表
用Http或者https binding，port 80或者443，一般不会封这个端口。

正解

交易人生

那就用centralised data，商家把数据放在你们家，既然是只出不进。

无视

没明白什么是门店，好像大家都明白

如果只是用http/https,用最近流行的web api就好，如果还用其他的协议，或者不同的环境，wcf是适合的。

同意大家的意见，80/443最好

donner

门店就是各地的实体店，放个终端看网店下单。谢谢各位的回复，有没有了解tpg，internode,telstra等关于封端口的规矩的清继续说一下。

jerryclark

这个和你的ISP没关系，和你的路由设置有关系。

LZ的问题让人为LZ捏一把汗。。。

pengruijun

--"门店考虑使用.net wcf + IIS 接受同步更新."
web 下有这么设计的吗？ 这以后每个门店的维护 怎么办？ 比如IIS 不工作了 等等。
web 下的设计就是把数据放一个地方， 所有门店来 request 就好了。

典

如果每个门店装类似server端的东西,不仅维护难, 而且安全很难搞, 这种设计确实比较意外.
要同步又要做成易维易控制安全的 web方案,是不是用传统的long polling 或者web socket比较方便...跑题了

atransformer

原帖由 交易人生 于 2012-5-17 12:10 发表
用Http或者https binding，port 80或者443，一般不会封这个端口。

必须 https 吧 ？？ 要不，谁敢用？

donner

我考虑的是比如下面optus这种情况，他根本不想让你走，光设路由没用吧。不知道其他isp的规矩，我总要考虑最坏情况。


The following ports are blocked on OptusNet:

Inbound

• TCP 25 (SMTP)
• TCP 80 (HTTP)
• TCP/UDP 135 (RPC)
• UDP 137 (NetBIOS Name Resolution)
• UDP 138 (NetBIOS Datagram Service)
• TCP 139 (NetBIOS Session Service)
• TCP/UDP 161–162 (SNMP)
• TCP 445 (SMB)
• TCP 593 (RPC over HTTPS)
• TCP 1080 (Socks)

Outbound

• TCP 25 (SMTP — can be disabled at https://memberservices.optusnet.com.au/mailfilter/)
Can be also worked around by tunneling over TLS (e.g. Gmail uses TCP 465 or 587)

nali

考虑sftp (22)  或者ftp (21)吧.实施比较简单。设个cronjob 即可。

donner

这个是微软的响应soa提出的 办法， http://msdn.microsoft.com/en-us/library/aa905316.aspx，
也有优点，比polling实时，性能不受客户数量影响；比socket更flexible.缺点就是管理麻烦。

典

又跑一下题
html5 websocket就是针对这种要求而发展出来的,因为比较前卫,用的人还不多
1--基于browser, 跨平台免维护,客户端可以是手机/移动设备等,
2--基于80/443, http/https, 不用担心网络环境和防火墙等
3--高安全性,
4--开发简单
5--asp.net 4.5 / IIS8 在服务器端提供websocket的直接支持, 简化了开发
这个技术目前比较适合企业级的或用户群相对固定的web方案,  因为部份browser不能很好地支持websocket.
当然,因为新,所以有一定风险,

[ 本帖最后由 典 于 2012-5-17 22:26 编辑 ]

无视

只用一个IIS+WCF,所有门店用windows service每５分钟poll一次来同步，这种方式简单便宜，容易维护。

huazhb

或者门店用silverlight

交易人生

原帖由 atransformer 于 2012-5-17 20:49 发表


必须 https 吧 ？？ 要不，谁敢用？

https当然更好。

donner

这样在 web server 一端要自己管理整合所有browser session的shopping carts, 然后从一个web socket 送到门店browser。感觉用asp.net不太自然，asp.net提供的自动用户管理和session管理都用不上了。

交易人生

原帖由 donner 于 2012-5-17 21:30 发表
这个是微软的响应soa提出的 办法， http://msdn.microsoft.com/en-us/library/aa905316.aspx，
也有优点，比polling实时，性能不受客户数量影响；比socket更flexible.缺点就是管理麻烦。

soa还是centralized ，这个微软的文章讲的是b2b的模式，所以用了biztalk server，解决的business 对 business的问题，并不是soa的体系架构。或者说每个business可以用soa的架构，但business和business之间的联系，用biztalk server，基本上是queuing based solution，而不是实时realtime的solution.

如果你的门店过小，连基本的网络稳定都解决不了，或者说电脑都不见得24小时开，用centralized database才是稳妥地解决方案，当然你就破费了，不过你看，哪个不稳定的商业网站有太多用户的。用centralized solution结合distributed solution，门店可以建立wcf, 作既有polling，又有pushing，这样Polling的网络开销可以降到最低，还能保证数据的一致性。

wcf基本可以看作stateless ，.net 提供wf，workflow foundation，基本可以记录order 的state。

jerryclark

能不能用ExchangeWebServiceMailBinding ？

典

原帖由 donner 于 2012-5-18 11:27 发表
这样在 web server 一端要自己管理整合所有browser session的shopping carts, 然后从一个web socket 送到门店browser。感觉用asp.net不太自然，asp.net提供的自动用户管理和session管理都用不上了。

web socket 只是提供一个超越polling通讯机制，跟用户管理/shopping carts没有多大关系，
也就是说你依然需要做好用户管理和shopping carts。

在运行的时候如果门店用户loggin了，就建立一个web socket连接，门店用户和server端就处于不间断连接的状态。

Server接收到shopping carts的信息，就把信息发布到所有的web socket连接通道，门店用户的javascript就能马上接收到Server端发来的信息，对网页进行修改从而让门店用户看到信息。

门店用户看到order后也可以马上采取行动，[比如说take order]，通过同样的机制，其它门店立马可以看到这个订单已经被某门店拿下了。

门店用户不用任何安装维护，只要有浏览器就可以。甚至使用iphone之类的工具都可以.

不过这些只供参考，因为我也没有做过实际的websocket项目。

[ 本帖最后由 典 于 2012-5-18 13:45 编辑 ]

donner

从web server 的角度看， 这就是browser session之间的通讯了，这个可不是 asp.net擅长的任务啊。