最近项目关于分布式系统，本来使用Web Service处理，但是遇到了最大一个麻烦：
我们是租用虚拟主机，对方虚拟主机每1分钟就会清空进程，导致长事务处理失败，影响数据库稳定性。
后来我想到了经典的Email系统，简单的思路：
1.需要分布式协同的数据对象序列化，然后DES对称加密算法加密，最后进行GZip压缩，作为Email的正文。
2.对Email的标题进行特别处理
3.发送一封Email到邮箱。
4.发送一个信令到目标系统，通知他收Email
5.对方读取Email，寻找对应的Email，获取里面的正文进行处理，删除这份Email
6.对方返回一个信令，通知本地操作成功。
至于信令的发送用回经典的WebService方法。
这样，整个分布式架构就完全穿越防火墙，体现了WebService优点，又保证了分布式事务处理的安全。
后续：
这个思路和UDP很像，而且有效。关键点是：本地Smtp发送了Email之后，必须线程等待，然后再通知对方采用Pop3收邮件，否则由于延迟无法收。
[2008-8-8]
上文的思路太简单，我没有写明白，现在具体说说我的实现方式：
1.分布式协同，无非就是数据的分布式处理，即分布式环境下数据库数据的同步。
2.数据库操作包括insert, update, delete需要协同，其他的不需要
3.select不需要协同，因为多个数据库保存着有效的数据副本就行了。
4.数据库一个事务处理，无非就是insert,update,delete的处理
我的思路：
1.写一个类，能够反映当前表的处理方式和顺序。
Class DataTableItem
{
int sequence;//数据在事务中的处理顺序
DataTable table;//被处理的数据
ProcessStatus status;//处理方式，insert, update, delete
}
public enum ProcessStatus
{
Insert,
Delete,
Update
}
2.一个处理流程：
。通过WS与对方第一次握手，得到一个Token
。把需要事务处理的数据保存在数据结构 List<DataTableItem>里面。
。对数据结构进行序列化、用TOKEN进行DES加密，用GZIP进行压缩
。写一封Email,标题特别处理，内容是处理后的数据，SMTP发送Email
。Thread.Sleep(5000)
。通过WS通知对方接受邮件
。对方通过POP3读取所有邮件，分析Email的标题，得到当前需要处理的Email
。对方利用TOKEN解密数据，事务处理，返回处理结果到本地。
。本地接受到了对方的处理结果，一个事务处理完毕
3.思路非常简单有效，充分利用了EMAIL系统，EMAIL系统非常经典，完全经受的住各种环境下的考验，但是微软的WS却非常糟糕，很容易出错超时之类的。