SOA 服务架构之简介及理解

也许你已经深入其中却不知,今天我们拨开云雾见月明,阐明SOA是何方神圣!

SOA

英文:
Service-Oriented Architecture,面向服务的架构。

  • 是一种面向通用集成服务的、松耦合的架构实现方式,是web时代服务发展的产物;
  • 使用"分层"理念,比传统的"观察者"模式更高级且更有优势,主要体现在易扩展性和可灾;
  • 适用于大型复杂业务系统的数据共享。

目前多数企业都在使用SOA架构模式,各个业务层只需将主要精力用于其自己的业务代码,对于核心的服务只需通过简单切明确的接口定义与服务提供方进行交互、通讯等。

下面是使用百度脑图简单画的一个例子,希望对你的理解有所帮助:

其中的服务平台可以用不同语言实现,比如php,python,java等,比较通用的是RESTFUL接口模式,对于user端,只需明确接口定义,既可以使用HTTP/HTTPS进行通讯,理论上是无限量的。

SOA对于客户端来说极大的简化了开发周期。对于一个特殊需求的出现不会措手不及,更不会大动干戈重构底层,开发者不需要知道具体底层原理即可快速开发实现功能。

通过以上,你应该了解SOA是怎么回事了吧,更深入的了解靠你自己了。

时间: 2024-08-30 10:38:30

SOA 服务架构之简介及理解的相关文章

微服务架构模式简介

转自 http://blog.jobbole.com/96948/ 在2014年,Sam Newman,Martin Fowler在ThoughtWorks的一位同事,出版了一本新书<Building Microservices>.该书描述了如何按照Microservice架构模式设计及搭建一个具有良好扩展性并可持续开发的系统.除此之外,该书还将基于该模式的系统演化流程与Continuous Delivery等当前甚为流行的开发流程结合在了一起,使得Microservice架构模式看起来非常具

【转】微服务架构模式简介

在2014年,Sam Newman,Martin Fowler在ThoughtWorks的一位同事,出版了一本新书<Building Microservices>.该书描述了如何按照Microservice架构模式设计及搭建一个具有良好扩展性并可持续开发的系统.除此之外,该书还将基于该模式的系统演化流程与Continuous Delivery等当前甚为流行的开发流程结合在了一起,使得Microservice架构模式看起来非常具有吸引力.基于这些原因,该架构模式迅速被业界所熟知,并在多个产品中被

面向SOA服务架构的案例分析的研究

转:https://www.cnblogs.com/ljysy/p/10916950.html 随着互联网应用的不断发展,网络业务的种类.数量不断增加,计算机网络管理的研究重点正在由过去的个别资源监控.应用可用性阶段,向着如何通过网络获得所需业务.业务流程的优化.保障业务服务水平方向发展.但这并不意味着可以完全抛弃传统的已有的网络管理,重新开发面向业务的网管;相反,传统网管是实现有效的业务管理和保证业务过程.业务质量的基础[1].但是传统的网络管理以集中式 半分布式的M A模型为主,网络只被动传

微服务架构幸运28出售理解及微服务架构局限性

虽然微服务幸运28出售 <Q> 2952777280[源码链接] hxforum.com 是降低整体结构的最佳方式.然而,它有其自身的一些缺点.但在得出任何结论之前,让我们来看看其中的一些. 1.开发环境超载 随着应用程序及其数据库的增长,代码库也在不断扩展.随着针对每个微服务的代码扩展,它会使每个加载的应用程序的开发环境过载.这可能导致生产力的重大延迟. DevOps复杂性 单功能微服务的开发和部署并非易事.使用多种技术并创建API来集中系统是一项挑战.这需要一个经验丰富的DevOps团队.

SOA和微服务架构的区别?

知乎用户 289 人赞同了该回答 谢多人邀请,其实前面几位的回答已经差不多了,在这里仅谈下自己的简单总结. 微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用.这些小应用之间通过服务完成交互和集成.每个小应用从前端web ui,到控制层,逻辑层,数据库访问,数据库都完全是独立的一套.在这里我们不用组件而用小应用这个词更加合适,每个小应用除了完成自身本身的业务功能外,重点就是还需要消费外部其它应用暴露的服务,同时自身

面向服务架构的一些思考

在谈面向服务架构之前,首先来看看什么是服务.常谈的业务组件,业务方法或操作是否都是服务?真正的服务必须满足两个条件,一个服务本身是能力供给,必须有外界的需求:一个是服务本身是可复用或重用.一般来讲服务应该是可重用的任务,这种任务可以是业务方面的操作组合,也可以是一种技术能力. 面向服务的重点就是一切以服务为中心,从服务识别,服务分析,服务设计,服务开发和服务上线使用一切都是以服务为中心.但是要注意到面向服务本身不是在面向结构或面向对象基础上的一个新方法,而是对面向对象和组件化思想的提升. 面向服

面向服务的体系架构(SOA)—架构篇

面向服务的体系架构(SOA)-架构篇 1.面向服务的体系架构(SOA) 面向服务的架构(service-oriented architecture)是Gartner于2O世纪9O年代中期提出的面向服务架构的概念.2002年的l2月,Gartner提出"面向服务的架构(SOA)"是"现代应用开发领域最重要的课题"之后.国内外计算机专家.学者掀起了对SOA的积极研究与探索. 在分布式的环境中,将各种功能都以服务的形式提供给最终用户或者其他服务.如今,企业级应用的开发都采

SOA面向服务架构简述

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 在上篇中我们简单谈了下架构设计中服务层的简单理解,在这里我们将继续服务层的架构,在本节我们将重点在于分布式服务.在分布式系统中表现层和业务逻辑层 并不处于同一物理部署,所以我们必须存在分布式服务,以契约方式发布于网络中,我们的关注点在于服务,面向服务编程,这种通过组合业务逻辑暴露可用服务的架构叫做面向服务架构(SOA). SOA强调一个松耦合,基于宏服务的架构,通过契约暴露给服务消费者可用的

为什么说社会形态影响着SOA面向服务架构思想?

产品将面对的社会形态 新研发的平台产品所面临的问题是:面对激烈的商业竞争形势,使大多数企业都面临着增长业绩.提高生产率和降低成本的压力,而产业的趋势是业务方法不断变化,特别表现在企业重构和解构这两个特征上. 企业重构:传统上的企业管理是一种层次化的垂直结构,打造了一个具有固定业务.确定交互.执行高效的模式.但是当竞争形势和市场需求发生变化的时候,它就与动态业务的趋势相冲突,阻碍了快速反应时间.这种外部压力迫使企业重新定位,向水平集成的业务流改变,这就形成了企业重构的趋势. 产业解构:在企业重构中