一、分布式框架
早在1996年Gartner就前瞻性地提出了面向服务架构的思想(SOA)，SOA 的走红在很大程度上归功于 Web Service 标准的成熟和应用的普及。
Service Oriented Ambiguity 中文一般理解为：面向服务架构，简称SOA，这个概念算得上微服务的鼻祖了。
SOA 的提出是在企业计算领域，就是要将紧耦合的系统，划分为面向业务的、粗粒度、松耦合、无状态的服务。服务发布出来供其他服务调用，一组互相依赖的服务就构成了SOA架构下的系统。
SOA 本质上是服务的集合。
在分布式通信技术选型中，就本人曾经使用过的基于微软平台的分布式通信进行概述，先明确一下分布式框架的三个基本需求：
客户端： Web、Android、IOS、跨平台(Java 开发的系统和.NET 开发的系统可以通信)
服务端：部署在Windows、Linux
合约(Contract)：传递的格式(REST,Json、SOAP、XML)、通信协议(HTTP、XML-RPC、TCP)、消息超时设置、消息包大小
要打造分布式平台，各家技术栈多有不错的实践，这里重点说一下微软技术栈下，丰富的技术选型：
.NET Remoting (15年前技术，目前已经失传)
Web Service(ASMX, ASP .NET Web Services，15年前技术，维护项目依然存在)
WCF (Windows Communication Foundation，10年前技术，维护项目中比较多)
Web API (5年前技术开始火起来，和跨平台需求密不可分，最近3年的新需求大部分迁移在这里了)
下面展开来说：
二、.NET Remoting
是2.0时代的产物, 即2004年的技术，我还没有机会实战过。在微软Roadmap中已被WCF取代（.NET Remoting做得到的事，理论上WCF都可以实现） 依据微软一份，WCF在效能上比ASP.NET Web Service快了25％－50％，比.NETRemoting快25％，弃.NET Remoting改用WCF将有性能能上的突破。 详见报告链接。
Web Service
在很早前开发WebForm ASP.NET中用的比较多，因此可以将 Web Service 理解为一个基于 HTTP 协议开发的上层应用程序
Web service 是一个平台独立的，低耦合的，自包含的、基于可编程的 Web 的应用程序，可使用开放的 XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。
Simple Object Access Protocol，中文为简单对象访问协议，简称 SOAP。
1、它是基于SOAP协议的，数据格式是XML (SOAP )
2、只支持HTTP协议
3、它不是开源的，但可以被任意一个了解XML的人使用
4、它只能部署在IIS上
SOA 不是 Web Service，Web Service 是当年最适合实现SOA的技术。
三、WCF
WCF是取代Web Service及.NET Remoting的接班人，我记得这个是微软2010年开始力推的技术。
我第一次是用WCF是2012年，做一个电信级项目，结合微软吹水的Silverlight技术(Silverlight技术，2013年底该技术被微软安乐死了，again！)
1、这个也是基于SOAP的，数据格式是XML
2、这个是Web Service（ASMX）的进化版，可以支持各种各样的协议，像TCP，HTTP，HTTPS，Named Pipes, MSMQ.
3、WCF的主要问题是，它配置起来特别的繁琐！！！ (此处特别强调了3个感叹号 )
4、它不是开源的，但可以被任意一个了解XML的人使用
5、它可以部署应用程序中或者IIS上或者Windows服务中
WCF门槛有些太高，仅仅在Windows平台开发，而且配置文件比较复杂(WCF 客户端\WCF 服务器端,仅Binding、Behavior的复杂度就能单独写一篇文章，踩过不少坑，都是泪。)
众所周知，微软.net技术未来是.netCore，成熟的.NetCore3 2019年底就可以应用于生产系统了, 但多年来微软一直拒绝将WCF 的服务器端移植到.NET Core, 导致这个分布式技术，面临的极大的技术瓶颈，即若干年后几无可用人才来维护WCF项目，所以大约3年前开始，我知道周围朋友公司的新项目大都避而不谈WCF了。
四、Web API
随着SOAP 逐渐淡出，RESTful大行其道， Web API火了起来。
微软技术栈的工程实现是 ASP.NET Web API，而且微软建议使用 ASP.NET Core Web API 或 gRPC，它们提供基于跨平台和跨编程语言的 RPC，也能使用 gRPC 来编写代码，并替换掉一些 WCF 服务器服务。
1、一个简单的构建HTTP服务的新框架
2、在.net平台上Web API 是一个开源的、理想的、构建REST-ful 服务的技术
3、不像WCF REST Service.它可以使用HTTP的全部特点（比如URIs、request/response头，缓存，版本控制，多种内容格式）
4、它也支持MVC的特征，像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。这些可以使程序更简单、更健壮
5、它可以部署在应用程序和IIS上
6、这是一个轻量级的框架，并且对限制带宽的设备，比如智能手机等支持的很好
7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。扫描二维码关注公众号，回复： 11407764 查看本文章
WCF 的未来是Web API，而且微软2014年推出开源.NetCore中就有ASP.Net Core Web API，可见重视程度。
五、分布式技术这么多，我该选谁？
新项目肯定是WebAPI，原因如下：
WebAPI只要有能力发送HTTP Request跟解析JSON，比较符合微服务要求, 跨平台支持。
创建一个基于HTTP的面向资源的服务并且可以使用HTTP的全部特征时（比如URIs、request/response头，缓存，版本控制，多种内容格式），你应该选择WebAPI
让你的服务用于浏览器、手机、iPhone和平板电脑时，你应该选择Web API
双工消息模式,过SignalR和WebSockets整合(创建一个支持消息、消息队列、双工通信的服务时)
