尝试说下个人浅见:
为什么互联网不用SOA?
1. 互联网企业, 通常比较年轻, 没有那么多异构系统, 技术是公司的关键;
如果有整合或者服务化的需求, 公司有人也有钱专门搞这个; 拆到重做/重构 很平常;
相反的, 传统企业, 举个例子:
某传统炼钢国企 : 有多个遗留.net系统,有几个实习生做的java系统, 有基于数据库procedure的系统;
有各种已经倒闭了的第三方企业的系统 等等;
企业领导不会有精力和想法全部推倒重来, 只会花钱请第三方 , 成本越低越好;
这个时候就需要ESB这种总线
2. 传统企业IT追求的是"需求灵活,变更快", 而互联网企业追求性能, 传统soa 性能不佳
传统的esb ,说实话, 使用webservice 以及soap这种基于xml的技术;
wsdl 这东西是真的难用, 难学难用难维护 ; 结构冗杂;
3. soa 这个东西很多时候只是一个概念, 而不是实践
个人觉得, 现在的微服务 , 更像是 soa 思想的一个落地 (相比esb)    

soa是不是可以分成两部分：
1.服务化的思想，这个就是SOA 。
2.带有ESB 的实践，这个是针对当时问题的一种解决方案。

如果是这样其实微服务就是SOA的另一种实践。互联网公司其实是用了SOA的，不过esb和服务划分粒度已经不适合他们的场景了。

先接触了分布式和微服务，对SOA不是很了解，感觉都是分而治之的思想，粒度渐细，自动运维什么的附属产物

SOA更像一种架构理念，不够具体。在传统企业的IT系统中落地为ESB，主要是为了集成异构系统。因为传统企业特别是大型企业的历史长，在其发展过程中自己开发或采购了不少异构系统。
    而互联网企业历史都短(腾讯98年，阿里99年，百度2000年)，很少有遗留异构系统(像阿里的系统绝大部分应该都是Java开发的吧？)。像阿里这种互联网大型企业的痛点是随着业务越来越多，整个系统成了个巨无霸(可能是数以千记的模块数)，模块之间的调用像蜘蛛网，极大降低了开发、测试、部署、运维的效率，所以把庞大的业务逻辑层又切分成了业务更独立的应用层和公共功能模块组成服务层。接下来一是要提供应用层与服务层之间、服务层内部服务之间的高效通信机制，二是要对大量的服务进行治理，于是分布式服务框架出现了(阿里就出了Dubbo和HSF两个服务框架？)。感觉在大型互联网企业，SOA实际是落地为分布式服务框架，它更像是微服务架构的一个雏形，服务框架提供的功能实际也是微服务架构里必不可少的功能。