信息太少了,可以考虑的architecture quality attributes有安全、性能、可靠性。性能问题不大,没分钟30字节,而且根据楼主描述只有一个客户端B。
安全可以考虑只有传输安全SSL,内容加密也可以考虑,反正数据量不大。
可靠性:可以正常的获取服务端异常,可以处理预定义的异常,在B不能访问A的情况下B缓存需要同步的数据,其他信息太少想不到所以我的方案就是在A上面做一个Web service,host在IIS里面就行可,B访问这个web service,如果安全有条件加证书使用https协议。

解决方案 »

  1.   

    要是我的话,就用WCF,虽然有人觉得Web Service足够了,但如果没接触过Web Service的人,直接就用WCF更好。
      

  2.   

    我说的是web service包括WCF host在IIS或传统ASMX,我跟趋向WCF web service,因为安全性更好,不过要是用SSL,配置证书就比较麻烦了。
      

  3.   

    还是Remoting或WCF吧
      

  4.   

    ----------------------------------------------------------------
    有3个方法.大家帮忙选1个.1.直接在B端放1个C/S程序,这个C/S程序直接远程连接A端数据库,直接操作数据库.
    好处:1.C/S直接操作数据库,速度应该好.输入界面好些.
    坏出:数据库直接暴露(但我这个数据库就只放这1个数据,应该问题不大)2.在A端IIS上发布1个B/S的网页,让客户打开IE输入数据
    好处:不需要客户端安装
    坏处:就是C/S,和B/S比的那些坏处.3.在A端发布1个IIS,B端放1个C/S程序.
    好处,坏处,结合了上面2个优缺点.注:以上3种方式,我都没试过,都是自己想的,也许有根本不可实现,或者非常致命的缺陷,大家不要笑话...
      

  5.   

    用WCF吧,协议可以用remoting,编程简单,可以直接传对象,效率也能满足你的要求,伸缩性也好