分布式计算实践(C#)-2

因为是模拟和试验,很多地方我都没有做得很完善,能省则省了,因为我采用的是对等结构,这里讲一下计算节点的结构,一个计算接点包含三个基本的功能:
1)外部任务请求管理:负责接收外部请求的计算任务,并根据客户提供的路由信息,转发给目标计算节点的内部任务请求管理功能;
2)内部任务请求管理:负责接收计算节点发过来的任务或命令,并调用本地的任务执行功能;当然。
3)任务执行管理:这个负责具体的任务执行,包括代码部署,代码执行等.由于代码的加载执行涉及到安全和卸载的问题，如果对客户的代码采用宿主外新建进程来执行，虽然可以解决代码执行完后的清场问题，但控制和通信都比较麻烦，而且不利于客户代码利用宿主提供的服务；但如果直接在宿主进程中执行，就会引发安全问题（用户代码可以访问整个进程空间，而线程是没有隔离功能的），而且执行完后，用户的代码也没法卸载。因此，为了简化问题，这里利用了CLR的应用程序域(AppDomain)管理功能,可以相对比较完美的解决上述问题。

除了上述三个基本的功能外，计算节点还包括心跳服务，由于节点多了后，如果每个节点都向对方发布心跳信息，效率当然是非常低下的，因此这里我简单的设置了一个中心节点(相当于Master节点),大家都向中心节点发，然后从中心节点获取其它节点的状态。这种方式下，如果中心节点挂了，影响肯定非常大。但实际上要解决这个问题，可以设置2-3个这样的中心节点，如果第1个挂了，第2个中心节点就承担这种状态转发的责任。

每个节点由IP，端口和服务名唯一确定，但为了简化管理，用IP和端口唯一确定一个节点，每个节点的服务名保持一致会比较好。
节点间的通信，我直接用的是WCF，当然，自己写这一层也是可以的，不过我觉得没必要。