微服务架构与SOA架构模式实现区别|学习笔记

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
简介: 快速学习微服务架构与SOA架构模式实现区别

开发者学堂课程【精通Spring Cloud Alibaba:微服务架构与SOA架构模式实现区别】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址https://developer.aliyun.com/learning/course/634/detail/10057


微服务架构与 SOA 架构模式实现区别

SOA 架构与微服务架构的区别

1.通讯协议

2.服务拆分粒度

3.专业度

4.迭代


第一点:

微服务架构基于 SOA 架构模式演变过来,继承 SOA 架构优点,在微服务架构中去除 SOA 架构中 SOAP 协议和 ESP 企业服务总线。改为 Http+JSON 形式传输我们的接口。

ESB 企业服务总线:

解决多系统之间跨语言无法实现通讯的问题,对我们数据协议实现转换,可以提供可靠的消息传输,第三方框架实现。

例如:

比如 JAVA 和 Python 之间语言是不可以通讯的,所以就可以用 ESB 企业服务总线,可以帮助解决语言之间不可以通讯的问题。

就是对于数据格式的一种转换,然后让原来明明不能传输的语言现在可以传输,原来不可以使用通讯而现在可以使用通讯。Http+JSON 形式本身就可以实现跨语言通讯了,那么 ESB 企业服务总线是没有必要的是没有意义的。

一般情况下都是采用 Http+JSON 格式传输,因为 Http+JSON 格式本身就可以实现跨语言传输了,所以是完全没有必要使用 ESB 企业服务总线。

这就是第一点通讯协议之间的区别。


第二点:服务拆分粒度:

有的公司对于服务拆分粒度是很精细的,最开始,一般公司就是搞一些会员服务,然后再拆为登陆服务,注册服务,再搞一个会员服务接口,在有些情况下,它的服务拆分粒度非常精细。但是有的会觉得这样细会很乱,这都是看公司的。

在大公司的登陆并不是简单的一件事,有很多登陆会很复杂,会有很多种登陆,会有一两个工作人员专门维护登陆。具体的还是要看公司具体场景,有的会将会员服务和注册服务放在一起。

在微服务中提倡的是独立,因为登陆本身和会员是没有什么关系的。

微服务架构模式比 SOA 架构模式粒度更加精细,提倡让专业的人去做专业的事,没有底是实现高效的开发,每个服务于服务之间都互不影响,每个服务都是单独独立的数据库,Redis 连接,MQ 等这样才会做到互不影响,如果每个服务用的是相同的数据库的话,命名的时候会乱。

并且都是实现独立部署,整个微服务架构更加轻巧,轻量级。在 SOA 架构中有可能出现多个服务共享同一个数据库,但是微服务架构必须强调每个服务都必须是独立的数据库,互不影响。


第三点:

迭代版本:微服务的架构模式比 SOA 架构模式,更加适合于互联网公司敏捷,高效,快速迭代版本开发,因为粒度非常精细。

所以会发现在微服务架构当中最大的优势就是能够快速迭代版本,假设有时候自己想做的情况下,单独做个服务就可以了,与之前的无关联,单独的数据库完全是不受任何影响的。

相关文章
|
1天前
|
运维 NoSQL Java
后端架构演进:微服务架构的优缺点与实战案例分析
【10月更文挑战第28天】本文探讨了微服务架构与单体架构的优缺点,并通过实战案例分析了微服务架构在实际应用中的表现。微服务架构具有高内聚、低耦合、独立部署等优势,但也面临分布式系统的复杂性和较高的运维成本。通过某电商平台的实际案例,展示了微服务架构在提升系统性能和团队协作效率方面的显著效果,同时也指出了其带来的挑战。
15 4
|
8天前
|
监控 Cloud Native Java
云原生架构下微服务治理策略与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境下微服务架构的治理策略,通过分析当前技术趋势与挑战,提出了一系列高效、可扩展的微服务治理最佳实践方案。不同于传统摘要概述内容要点,本部分直接聚焦于治理核心——如何在动态多变的分布式系统中实现服务的自动发现、配置管理、流量控制及故障恢复,旨在为开发者提供一套系统性的方法论,助力企业在云端构建更加健壮、灵活的应用程序。 ####
52 10
|
1天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
2天前
|
Kubernetes Cloud Native API
云原生架构下微服务治理的深度探索与实践####
本文旨在深入剖析云原生环境下微服务治理的核心要素与最佳实践,通过实际案例分析,揭示高效、稳定的微服务架构设计原则及实施策略。在快速迭代的云计算领域,微服务架构以其高度解耦、灵活扩展的特性成为众多企业的首选。然而,伴随而来的服务间通信、故障隔离、配置管理等挑战亦不容忽视。本研究聚焦于云原生技术栈如何赋能微服务治理,涵盖容器编排(如Kubernetes)、服务网格(如Istio/Envoy)、API网关、分布式追踪系统等关键技术组件的应用与优化,为读者提供一套系统性的解决方案框架,助力企业在云端构建更加健壮、可维护的服务生态。 ####
|
8天前
|
运维 Cloud Native 持续交付
云原生架构下的微服务设计原则与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境中微服务设计的几大核心原则,包括服务的细粒度划分、无状态性、独立部署、自动化管理及容错机制。通过分析这些原则背后的技术逻辑与业务价值,结合具体案例,展示了如何在现代云平台上实现高效、灵活且可扩展的微服务架构,以应对快速变化的市场需求和技术挑战。 ####
31 7
|
8天前
|
监控 Cloud Native 持续交付
云原生架构下微服务的最佳实践与挑战####
【10月更文挑战第20天】 本文深入探讨了云原生架构在现代软件开发中的应用,特别是针对微服务设计模式的最优实践与面临的主要挑战。通过分析容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,阐述了如何高效构建、部署及运维微服务系统。同时,文章也指出了在云原生转型过程中常见的难题,如服务间的复杂通信、安全性问题以及监控与可观测性的实现,为开发者和企业提供了宝贵的策略指导和解决方案建议。 ####
33 5
|
7天前
|
Kubernetes Cloud Native 持续交付
云原生架构下的微服务设计原则与最佳实践##
在数字化转型的浪潮中,云原生技术以其高效、灵活和可扩展的特性成为企业IT架构转型的首选。本文深入探讨了云原生架构的核心理念,聚焦于微服务设计的关键原则与实施策略,旨在为开发者提供一套系统性的方法论,以应对复杂多变的业务需求和技术挑战。通过分析真实案例,揭示了如何有效利用容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,构建高性能、易维护的云原生应用。文章还强调了文化与组织变革在云原生转型过程中的重要性,为企业顺利过渡到云原生时代提供了宝贵的见解。 ##
|
8天前
|
存储 JavaScript 前端开发
Flux 架构模式和 Redux 区别
Flux架构模式和Redux都是前端状态管理工具,Flux强调单向数据流,通过Dispatcher分发Action到Store,再由View更新;Redux则简化了这一流程,使用单一的全局Store,通过Reducer纯函数处理状态变更,使状态管理更加集中和可预测。
|
10天前
|
Java API 微服务
微服务架构:解密微服务的基本概念
微服务架构:解密微服务的基本概念
30 0
|
12天前
|
运维 Kubernetes 开发者
构建高效后端服务:微服务架构与容器化技术的结合
【10月更文挑战第18天】 在数字化转型的浪潮中,企业对后端服务的要求日益提高,追求更高的效率、更强的可伸缩性和更易于维护的系统。本文将探讨微服务架构与容器化技术如何结合,以构建一个既灵活又高效的后端服务体系。通过分析当前后端服务面临的挑战,介绍微服务和容器化的基本概念,以及它们如何相互配合来优化后端服务的性能和管理。本文旨在为开发者提供一种实现后端服务现代化的方法,从而帮助企业在竞争激烈的市场中脱颖而出。
16 0