SOA架构和微服务的区别与联系

文章目录

前言

微服务和SOA的区别联系

一、区别与联系？

业务系统实施服务化改造之后，原本共享的业务被拆分成可共享的服务，可以在最大程度上避免共享业务的重复建设，资源连接瓶颈等问题，那么被拆分出来的服务是否也需要以业务功能为维度来进行拆分和部署，以降低业务的耦合及提高容错性呢？
微服务就是这样一种解决方案，从名字上看，面向服务（SOA） 和微服务本质上都是服务化思想的一种体现，如果SOA是面向服务化开发思想的雏形，那么微服务就是针对可重用业务服务的进一步优化，我们可以把SOA看成微服务的超集，一旦服务规模扩大就意味着服务的构建、发布、运维的复杂度也会成倍的增加，所以实施微服务的前提是软件交付链路及基础设施的成熟化，因此微服务在我看来并不是一个新的概念，它本质上是服务化思想的最佳实践方向，由于SOA和微服务两者的关注点不一样，造成了两者具有非常大的区别。

  • SOA关注的是服务的重用性及解决信息孤岛的问题。
  • 微服务关注的是解耦，虽然解耦和可重用性在一定角度来看是一样的，但本质上是由区别的，解耦是降低业务之间的耦合度，而重用性关注的是服务的复用
  • 微服务会更多的关注在DevOps 的持续交付上，因为服务粒度更加细化之后，使得开发运维更加重要，因此微服务与容器化技术的结合更加紧密
# 微服务 # 架构 # 运维
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

沃云统一开发平台介绍

沃云集成平台研发平台介绍1.平台优势2.平台原理3.研发平台使用方法4.遇到的问题5.现阶段实现的功能6.后续需要补充的功能和优化内容研发平台介绍1.平台优势解决孤岛式应用，实现能力共享；现有系统框架过于复杂，跨系统业务处理成本居高不下，协同服务共享，降低运维成本；提高项目应用资源监控能力，改善资源利用率；业务微服务化，快速发布、快速部署，快速响应业务需求变化；沃云平台不仅提供了自动化的、可快速部

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生

基于docker的test-containers环境百宝箱

笔者语录： 我开了个公众号【Java你我他】，欢迎大家关注。  在很多时候，程序猿们更关注代码本身，而不愿意把时间花费在环境搭建上，这也是Docker变得越来越受欢迎的原因之一。test-containe是Docker生态圈中的一颗新星，其 主要针对测试领域、背靠Docker实现环境百宝箱功能。  test-containers： 你要的环境，我都有~  假设我们现在需要一个redis-clust

avatar 云原生