对于我们开发项目我们都是做到最安全的，如果一门技术安全性能特别好的它就会被我们使用，没人想建立一个全是安全隐患的应用系统。恰恰相反，我们会尽量确保我们的系统是安全的。如果我们现在这样做，将来一定会做。过去，它取决于我们、开发者架构师或者测试人员知道如何用安全的方式配置我们的系统。我们可以看到无数为我们的系统提供安全的技术，而确定那种技术或者技术的整个对我们的应用安全是正确的选择是非常困难的。
创新的是，WCF支持多种安全模型，并且可以方便地实现广泛接受的安全措施。自从WCF有的扩展架构，扩展WCF安全满足特殊应用的需求相对变的容易许多。默认的安全选项从像WS-Security和相关规范里描述的传统的传输安全到现代的消息安全。
WCF可靠性
分布式应用经常需要支持可靠消息。在分布式计算，可靠消息在保证里经常提到。一个保证就像担保。下面是4种保证使用在分布式计算场景里;
1.最多一次一个消息保证最多发送到目的地一次。如果一个消息到达目的地多次，可以被忽略或者当做错误。
2.最少一次一个消息保证最少到达目的地一次，如果没有到达，则视为错误。
3.仅仅一次最多一次和最少一次的结合，它担保消息只到达目的地一次。
4.有序一个信息的逻辑集合可以分布在多个消息体了，这些消息可以在特定的顺序发送，有序保证就是确保消息可以按照发送的顺序处理。
#T#经验告诉我们，网络和产生网络通信的应用程序师部可靠的。整体来说，如果一个应用经过网络发送消息到另外一个应用，保证消息到达目的地的机制传统上来自于传输。肯定可能一个或者两个消息在传输的过程中丢失。接受和发送的消息也可能不同，尽管消息到达的次数多于发送次数。粗多因素导致了不WCF可靠性，包括网络过载，网络连接丢失，程序bug和环境变化这些因素。
一个不可靠的网络是气人的，当你正在检查邮件或者网上冲浪的时候，尤其是在分布式计算情况下会带来更多麻烦。比如，如果一个顺序处理程序当它在各个计算节点上传输消息的时候丢失了消息，这些问题可以类比到延迟送货和愤怒的客户。如果，当失败发生的时候一个应用可以学习，那么它可以采取补救措施。
过去，一个应用的可靠需求指明了应用里要使用的技术。例如，MSMQ提供不同应用间的WCF可靠性传输。如果一个应用需要卡考消息传输，MSMQ是逻辑上的技术选择。实现MSMQ，相当坦率地说，需要MSMQ规范知识和MSMQ规范代码。编写这些代码和设置正确的运行环境需要知道MSMQ一些
不能与其他技术互用的MSMQ规范。本质上，在过去，从一个应用到另外一个应用发送消息可靠的决心已经影响到了应用程序的代码和需要编写程序的知识。WCF包括最多一次、最少一次、仅仅一次和有序传递的机制。WCF给应用系统提供了活多或少的修订。甚至更好的是，传输保证机制是传输的弱耦合的，因此即使通过传统的非安全传输也是可以保证消息传递。
备注：不要混淆可靠消息和持久化消息。从高层次看，持久化消息被处理的时候会被存储到非易失性介质中。如果应用程序粗意外终止和易失性内存被清空，消息依然在持久化介质中。
事务支持
在互联的世界里，处理收到消息的工作涉及后续的发送给其他应用系统的消息。优势这些工作需要执行在事务的范围内。简单地说，事务是一个可以确保所有或没有任何工作可以被执行完成。WCF支持跨越多个系统的事务范围。
