zoukankan      html  css  js  c++  java
  • 用WCF实现对无人终端的远程监控

    -

    最进在项目中,遇到了一个需要在远程监视自动运行软件的实时情况的例子。因为MS面向服务方面有WCF,而且看了一些资料,觉得WCF比较适合这个应用。因此决定用WCF来实现这个功能。

    首先,先说一下具体的应用,监控,顾名思义,有两个方面的意思,一方面是,也就是远程要能实时查看终端的各种情况。这里其实指的就是被监控的要能主动的,实时的向远程控制端发送自己的情况。另一方面是控,即远程端能够发布命令控制终端进行执行。并由终端返回一定的执行信息。

    而且这里是一种一对一对多的关系,即一个终端可以被多个管理端监控。实际上一个管理端也可以监控多个终端,在是这种分析中,我们可以明白,真正运行服务的是终端,而不是管理端。

    简单起见,假定远程发送命令的操作是void Operation(),终端更新的操作是UpdateStatus();

    这个想法,从设计到实现,经历以下三种阶段的变形。

    最初的想法,是一个Service类。一个接口。即

    即控制端调用operation发送命令,终端调用UpdateStatus更新状态。

    对应的,要有一定的回调,即控制端发送Operation时,终端要有一个callBack进行接收,相应的,当终端用UpdateStatus时,控制端也要有一个callBack进行接收。

    当这两种操作被集成到一个服务中时,我们的wcf接口变成了如下结构。

    Code

    这样做实现起来比较方便,但是缺点也是很明显的,因为实际上终端只需要调用updateStatus,并回调receiveCommand,而管理端只需要调用Operation,回调receiveUpdateStatus(),现在这两种操作同时暴露给了终端和管理端 ,因此从设计上,这是一种不安全设计。。而且在调用相应的操作时,服务端自己又回得到相应的callBack,让人感到很费解。

    那么下一步的想法,显然是把面向终端和管理端的服务进行分开。同时,用全局的变量或MSMQ进行交互,这里为了简单起见,只使用了List<>,没有使用委托。

    这时,我们的设计变成了如下的形式:

    Code

    现在,终端和管理端的服务分开了,接口也清晰了。

    但是这样做又有另一个缺点,即我的每一个终端是只运行一个软件的,即我在运行terminalService时,只有一个点在接入。这时,我为这一个点开一个服务,是一种浪费

    于是,就有了第三种方案。即服务是面向管理端的。终端只实例一个简单的承载体,如下:

    这时,我们的方案就已经接近完美了。

    Code

    以上是我在开发中的一些体会,从第一种到第三种,可能老鸟们看着很弱智,只接就能使用第三种设计,但是对于一个初学者,直接想到这种方案可能比较困难,欢迎大家讨论。

  • 相关阅读:
    跨站的艺术-XSS Fuzzing 的技巧
    腾讯云数据库团队:PostgreSQL TOAST技术理解
    Git commit message和工作流规范
    前端识别验证码思路分析
    Akamai在内容分发网络中的算法研究(翻译总结)
    Nginx网站使用CDN之后禁止用户真实IP访问的方法
    常用机器性能评估工具
    解决关于ArcGIS10.2服务手动启动的问题
    林业通用平台上线
    土地承包经营权地块示意图打印
  • 原文地址:https://www.cnblogs.com/geyunfei/p/1424248.html
Copyright © 2011-2022 走看看