玩过 Dubbo 的小伙伴应该都有据说过一个概念叫做 SOA，每当咱们说起微服务的时候，很多人就会去纠结这和 SOA 有啥关系呀？感觉换汤不换药呀。
明天松哥来略微和小伙伴们探讨下这个话题，咱们一起来看看 SOA 和微服务到底有何异同。
1. SOA
SOA，英文全称是 Service-Oriented Architecture (SOA) governance，单纯从字面来看，是面向服务的架构治理。然而小伙伴们在网上应该很难看到比拟权威的对于 SOA 通俗易懂的解释。我这里还是以 TienChin 我的项目为例，来和大家捋一捋 SOA。
假如 TienChin 中有一个用户注册的性能，当初前端的注册有三个端：
- 网页
- 手机 App
- 小程序
如果采纳传统的 JavaWeb 开发方式，那么我可能得写三遍注册性能，为三个 Client 各自提供一个接口，然而小伙伴们略微思考一下就会发现，注册逻辑其实都差不多，区别可能仅仅是接口返回的数据格式有差别而已。因而，咱们能够将注册性能抽取进去，写成一个独自的服务，而后通过近程服务调用如 HTTP 或者 Socket 等，去调用这个注册的功能模块。这就是一个简略的 SOA 架构设计。
然而看了这个很多小伙伴都懵了，这不就是微服务吗？
接下来咱们就来说说 SOA 和微服务到底哪里不一样。
2. SOA PK 微服务
2.1 服务间通信
首先第一点，就是服务之间的通信形式不同。
玩过 Dubbo 的小伙伴都晓得，Dubbo 中罕用的通信协议就是 Dubbo 协定，Dubbo 协定实质上其实就是 socket 通信。在 SOA 中，服务之间的通信往往都是采纳的重量级协定如 SOAP 等。
而咱们罕用的微服务框架 Spring Cloud，小伙伴们晓得，这里的通信基本上都是 REST 这种轻量级协定，有时候咱们甚至是基于音讯来驱动微服务，无论哪一种，微服务中服务之间的通信协议都更加轻量级。
2.2 数据库设计
在 SOA 中，一般来说不太会进行分库设计，也就是说整个零碎还是应用的一个库，零碎可能会分为不同的服务，然而不同的服务操作的都是同一个库。
微服务则不同，昨天的文章中，松哥画的上面这张图，基本上是每一个服务都有一个本人的库，每个服务都是操作本人的库，合同治理中须要调用用户治理的数据，不能间接调用库，得通过用户治理提供的 REST 接口去调用。
2.3 服务规模
第三点就是服务的规模不同了。
SOA 中的每一个服务，整体上来说还是一个比拟大的单体我的项目，因为 SOA 个别不会分的很细。而微服务则不同，在微服务中，咱们会将服务都划分的很细，每一个服务基本上都是只负责一个很小的功能模块。
以前咱们玩 SOA 的时候，基本上都还是传统的 SSM 我的项目，小伙伴们晓得，搭建一个 SSM 我的项目就曾经很麻烦了，所以能少搭建就少搭建。然而起初有了 Spring Boot 就不一样了，利用 Spring Boot，咱们能够十分方便快捷的创立一个我的项目，那么此时咱们就有足够的条件把服务划分的比拟粗疏了。
所以呢，整体上看，SOA 往往是几个比拟大型的服务组合在一起，而微服务则往往是几十甚至上百个服务组成。
好啦，邻近放假，明天就聊点简略的不烧脑的哈哈～