关于soa:SOA-和微服务有何区别
玩过 Dubbo 的小伙伴应该都有据说过一个概念叫做 SOA,每当咱们说起微服务的时候,很多人就会去纠结这和 SOA 有啥关系呀?感觉换汤不换药呀。 明天松哥来略微和小伙伴们探讨下这个话题,咱们一起来看看 SOA 和微服务到底有何异同。 1. SOASOA,英文全称是 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 接口去调用。 ...