早在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了。
ASP.NET 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 或者任何你想转换的格式。
WCF 的未来是Web API，而且微软2014年推出开源.NetCore中就有ASP.Net Core Web API，可见重视程度。
分布式技术这么多，我该选谁？
都2019年了，新项目肯定是WebAPI，原因如下：
WebAPI只要有能力发送HTTP Request跟解析JSON，比较符合微服务要求, 跨平台支持。
创建一个基于HTTP的面向资源的服务并且可以使用HTTP的全部特征时（比如URIs、request/response头，缓存，版本控制，多种内容格式），你应该选择WebAPI
让你的服务用于浏览器、手机、iPhone和平板电脑时，你应该选择Web API
双工消息模式,过SignalR和WebSockets整合(创建一个支持消息、消息队列、双工通信的服务时)
