分布式SOA基础架构崭露头角

简介: 目前,关于面向服务的架构,即SOA,和有关如何“正确”构建SOA的争论无处不在。我个人认为这一点都不奇怪,因为现在每一种新兴的计算趋势都会带来不同的争论,并且每一家厂商都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的,能够帮助用户充分利用每一种新兴技术和产品的优势。
目前,关于面向服务的架构,即SOA,和有关如何“正确”构建SOA的争论无处不在。我个人认为这一点都不奇怪,因为现在每一种新兴的计算趋势都会带来不同的争论,并且每一家厂商都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的,能够帮助用户充分利用每一种新兴技术和产品的优势。为了充分挖掘狂热IT趋势中的用户兴趣,厂商们都会积极地重新定位自身已有的产品组合。然而,糟糕的是,这种做法往往会造成认识上的混乱,甚至让用户对SOA丧失信心。因为厂商往往无法完全兑现他们所做的承诺,销售的所谓适合SOA架构的技术解决方案也许最终证明并不合适。

  想要对SOA建立正确的认识,首先必须认识到从概念上来讲SOA是一种分布式的架构。作为SOA的核心要素之一,服务的目的是要实现与另一项服务的远程通信,尤其是要实现数据互享。而SOA架构的目的则是要彻底变革IT系统的构建方式,由原来的建立专有的单一应用变为建立更为高级和整合的应用,这种应用的显著特点就是充分利用已有的、可以共享和重复使用的功能,也就是服务。

  在部署和使用可共享和重复使用的服务方面,分布式SOA架构是最为简单易行的途径。并且不论是从成本角度还是从技术角度,分布式SOA架构都对目前业界普遍认同的渐进式的部署提供了最好的支持,同时,使系统具备更强的部署灵活性、适应性和可维护性(例如,一个服务与整个应用来比,对服务的验证和升级要容易得多)。

  然而不幸的是,集中式的SOA架构方式还在被不断开发和鼓吹。这些厂商们会不遗余力地说服潜在用户,他们所提供的技术和产品自始至终都支持SOA架构,且从设计伊始便是为了方便用户建立SOA架构,而不管这些技术和产品原本是为JEE应用服务器而设计,还是为EAI系统而设计。

  换句话说,对分布式SOA架构持反对意见的厂商这样做,是由他们所拥有的软件架构的性质所决定的。一个EAI Hub,或是基于JEE的应用堆栈式架构,亦或其他解决方案,它们的消息请求都必须经过中央控制点,因此都不能被称为真正的分布式解决方案。因为在它们的架构中,如果要执行某项服务请求,都必须通过Hub或中央服务器来实现。集中式SOA架构会增加成本,限制资源的再利用,降低系统的灵活性,并且有可能导致成本高昂的系统瓶颈。最糟糕的结果是,它还有可能成为用户取消SOA计划的第一原因。如果SOA架构的灵活性不足以满足用户的各项需求,无疑会导致用户对SOA架构的彻底失望。

  如果我们来认真研究一下互联网,大家就可以明白什么是能够成功满足用户需求的分布式架构。互联网是迄今为止规模最大的分布式应用,SOA架构正应该具备互联网的这种分布式特性。当用户使用浏览器点击URL链接时,其请求并不是通过安装在服务器或Hub的中央控制程序来路由,而是由浏览器直接传递到请求页面所在的网络服务器。这种方法非常适合互联网,同样也非常适合企业的SOA架构。由于请求不需要通过Hub或中央服务器,因此互联网的每个端点可以自由更新而不致影响客户端,也不会影响其他站点,更不需要更新Hub或中央服务器。一个好的SOA架构就应该具备这种功能。

  还好,具备SOA分布式特性的基础架构解决方案确实存在。分布式SOA架构通过智能端点让具备某种服务功能的应用自动找寻其他服务,并与其实现相互通信。这些智能端点同时还具备极强的可获得性和高安全性能等企业级服务特性,从而能够确保其具备现有的企业关键应用所需要的各种性能。分布式SOA架构就是建立一个平台中立、高度灵活且基于标准的IT环境,从而能够更好地应对不断变化的技术和业务环境。因此,分布式SOA环境能够更好地满足基于SOA架构的应用程序对各项技术和成本的要求。而且,分布式SOA允许客户按照自己的计划渐进地部署服务,比如一次部署一两个服务,在未来根据具体的业务需要,为系统增加服务编排、注册/贮存、管理等各项高级功能。

  需要强调的是,我并不是说通过EAI系统、hub或JEE服务器建立的集中式SOA架构的方式都不好,都是错误的。在许多情况下,现有企业应用很多都是采用上述形式实现的。我所要说明的是一个好的SOA架构不应该局限于完成EAI系统或JEE应用服务器架构所能做的;实际上,一个好的SOA架构应该包容集中式的系统,并将它们融入到可重用的服务体系中,这才是分布式SOA架构的真谛。

  在当今的航空业,低成本航空运营商正在挑战资深航空运营商的业务。以航空运输业的发展为例,我们可以从中发现分布式的优点同样在航空业中得到了充分的体现。资深运营商都是依靠昂贵的Hub和星型模式,通过特定的专用运输Hub输送旅客。费用昂贵的大型飞机将旅客从小型机场运送到中央的Hub机场,在这里,旅客才能继续他们的旅程到达最终的目的地。在这种模式下,飞机运营成本更高,机场设施收费也会更高。随着低成本的航空运营商的兴起,他们的运输模式是分布式、点到点的模式(小型飞机往返于小型机场之间),为旅客节约了时间和成本而大受欢迎,这使得传统Hub模式的航线正在面临巨大的财务问题。

  SOA用户不需要更多相同的冗繁、昂贵的堆栈软件架构。他们所需要的是专门针对满足SOA发展趋势而设计的好软件,也就是如何使得已有(或新的)IT资产可以得到更好重用,如何令IT系统更加灵活,并能快速构建新应用。SOA的设计也需要更好的方法来实施和部署可重用的服务,并且做到能够随时随地且简易直接地使用这些服务。其实,用户更需要低成本的SOA解决方案,令他们可以从小规模SOA做起,并随着业务的增长逐步扩大规模,同时根据自身的需求增加服务质量和其他功能等;与此同时,使用点到点的通信方式,避免新增加昂贵的服务器和Hub。简而言之,SOA用户需要的SOA架构必须真正具备SOA架构的固有特性,也就是分布式的特性。 
相关文章
|
3月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
8天前
|
设计模式 存储 算法
分布式系统架构5:限流设计模式
本文是小卷关于分布式系统架构学习的第5篇,重点介绍限流器及4种常见的限流设计模式:流量计数器、滑动窗口、漏桶和令牌桶。限流旨在保护系统免受超额流量冲击,确保资源合理分配。流量计数器简单但存在边界问题;滑动窗口更精细地控制流量;漏桶平滑流量但配置复杂;令牌桶允许突发流量。此外,还简要介绍了分布式限流的概念及实现方式,强调了限流的代价与收益权衡。
50 11
|
10天前
|
设计模式 监控 Java
分布式系统架构4:容错设计模式
这是小卷对分布式系统架构学习的第4篇文章,重点介绍了三种常见的容错设计模式:断路器模式、舱壁隔离模式和重试模式。断路器模式防止服务故障蔓延,舱壁隔离模式通过资源隔离避免全局影响,重试模式提升短期故障下的调用成功率。文章还对比了这些模式的优缺点及适用场景,并解释了服务熔断与服务降级的区别。尽管技术文章阅读量不高,但小卷坚持每日更新以促进个人成长。
38 11
|
12天前
|
消息中间件 存储 安全
分布式系统架构3:服务容错
分布式系统因其复杂性,故障几乎是必然的。那么如何让系统在不可避免的故障中依然保持稳定?本文详细介绍了分布式架构中7种核心的服务容错策略,包括故障转移、快速失败、安全失败等,以及它们在实际业务场景中的应用。无论是支付场景的快速失败,还是日志采集的安全失败,每种策略都有自己的适用领域和优缺点。此外,文章还为技术面试提供了解题思路,助你在关键时刻脱颖而出。掌握这些策略,不仅能提升系统健壮性,还能让你的技术栈更上一层楼!快来深入学习,走向架构师之路吧!
46 11
|
14天前
|
自然语言处理 负载均衡 Kubernetes
分布式系统架构2:服务发现
服务发现是分布式系统中服务实例动态注册和发现机制,确保服务间通信。主要由注册中心和服务消费者组成,支持客户端和服务端两种发现模式。注册中心需具备高可用性,常用框架有Eureka、Zookeeper、Consul等。服务注册方式包括主动注册和被动注册,核心流程涵盖服务注册、心跳检测、服务发现、服务调用和注销。
49 12
|
26天前
|
消息中间件 架构师 数据库
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
45岁资深架构师尼恩分享了一篇关于分布式事务的文章,详细解析了如何在10Wqps高并发场景下实现分布式事务。文章从传统单体架构到微服务架构下分布式事务的需求背景出发,介绍了Seata这一开源分布式事务解决方案及其AT和TCC两种模式。随后,文章深入探讨了经典ebay本地消息表方案,以及如何使用RocketMQ消息队列替代数据库表来提高性能和可靠性。尼恩还分享了如何结合延迟消息进行事务数据的定时对账,确保最终一致性。最后,尼恩强调了高端面试中需要准备“高大上”的答案,并提供了多个技术领域的深度学习资料,帮助读者提升技术水平,顺利通过面试。
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
|
22天前
|
存储 算法 安全
分布式系统架构1:共识算法Paxos
本文介绍了分布式系统中实现数据一致性的重要算法——Paxos及其改进版Multi Paxos。Paxos算法由Leslie Lamport提出,旨在解决分布式环境下的共识问题,通过提案节点、决策节点和记录节点的协作,确保数据在多台机器间的一致性和可用性。Multi Paxos通过引入主节点选举机制,优化了基本Paxos的效率,减少了网络通信次数,提高了系统的性能和可靠性。文中还简要讨论了数据复制的安全性和一致性保障措施。
35 1
|
1月前
|
人工智能 运维 算法
引领企业未来数字基础架构浪潮,中国铁塔探索超大规模分布式算力
引领企业未来数字基础架构浪潮,中国铁塔探索超大规模分布式算力
|
30天前
|
NoSQL Java 数据处理
基于Redis海量数据场景分布式ID架构实践
【11月更文挑战第30天】在现代分布式系统中,生成全局唯一的ID是一个常见且重要的需求。在微服务架构中,各个服务可能需要生成唯一标识符,如用户ID、订单ID等。传统的自增ID已经无法满足在集群环境下保持唯一性的要求,而分布式ID解决方案能够确保即使在多个实例间也能生成全局唯一的标识符。本文将深入探讨如何利用Redis实现分布式ID生成,并通过Java语言展示多个示例,同时分析每个实践方案的优缺点。
63 8
|
2月前
|
运维 供应链 安全
SD-WAN分布式组网:构建高效、灵活的企业网络架构
本文介绍了SD-WAN(软件定义广域网)在企业分布式组网中的应用,强调其智能化流量管理、简化的网络部署、弹性扩展能力和增强的安全性等核心优势,以及在跨国企业、多云环境、零售连锁和制造业中的典型应用场景。通过合理设计网络架构、选择合适的网络连接类型、优化应用流量优先级和定期评估网络性能等最佳实践,SD-WAN助力企业实现高效、稳定的业务连接,加速数字化转型。
SD-WAN分布式组网:构建高效、灵活的企业网络架构

热门文章

最新文章