选择中间件,SOA不是重要考虑因素

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 中间件自诞生之日起,它的内涵就一直在扩充。现在市场上很多中间件都宣称支持SOA。企业CIO该如何选择适合的中间件产品呢?中间件是处于操作系统和应用系统之间的基础软件,它的作用在于为处于其上层的应用软件提供运行与开发的环境,实现灵活、高效地开发和集成复杂应用软件。

中间件自诞生之日起,它的内涵就一直在扩充。现在市场上很多中间件都宣称支持SOA。企业CIO该如何选择适合的中间件产品呢?

中间件是处于操作系统和应用系统之间的基础软件,它的作用在于为处于其上层的应用软件提供运行与开发的环境,实现灵活、高效地开发和集成复杂应用软件。


在IT应用方面,国内稍有规模的企业都已先后部署了企业的信息化系统,应该说很多企业已经完成了初级的信息化建设。但是由于早期信息化系统建设的局限性,目前在企业内部存在着很多信息系统“孤岛”,与当今网络化的业务环境极不相称。另外,很多行业内部企业之间的兼并、重组要求业务进行整合。如近些年的中国电信重组、中国航空业的重组等要求IT 基础建设必须配合新型业务的需求;此外企业之间所形成的价值链关系也要求IT 系统的互通互联。


SOA概念的提出也是迎合了上面提到的动态B2B应用整合的问题,只是厂商寻找新的技术市场的需要。市场上提出的SOA中间件只是借助中间件的势头,细数细分产品各自功能并非和SOA理念尽合,如:应用服务器、门户中间件、一些新的工作流系统等,与互联网关系密切,本身就支持Web服务的封装,基于它们开发的应用的功能很容易就能封装成Web服务,支持SOA;但是对于消息中间件、交易中间件等来谈论SOA,其意义就不大了。

SOA理念并非完美无缺,国内中间件产品的设计可以在更广大范围内满足企业信息化需要,而不是迎合SOA而设计。

SOA只是一种应用部署架构思想,而中间件是解决各类应用开发实际问题的产品。企业的CIO则要面对企业的实际业务环境和业务需要选择合适的中间件厂商,而非借有无SOA概念去评判中间件的性能。

 
相关文章
|
7月前
|
消息中间件 监控 数据管理
构建强大的分布式系统:微服务与架构设计的关键考虑因素
构建强大的分布式系统需要深思熟虑的架构设计和关键考虑因素。微服务架构作为一种实现分布式系统的方式,提供了许多优势,但也伴随着挑战。通过合理的服务边界定义、通信协议选择、数据管理与一致性、容错性与监控、部署和自动化以及安全性措施,可以更好地构建和维护分布式系统。最终,成功的分布式系统将为用户提供高可用性、可伸缩性和灵活性的应用程序体验。
287 1
构建强大的分布式系统:微服务与架构设计的关键考虑因素
|
10月前
|
存储 运维 监控
微服务架构九大特性
微服务架构九大特性
123 0
|
11月前
|
存储 数据管理 大数据
「企业微服务架构」怎么弥合不同微服务团队之间的差距
「企业微服务架构」怎么弥合不同微服务团队之间的差距
|
负载均衡 前端开发 网络协议
微服务架构实施原理详解
基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发
微服务架构实施原理详解
|
监控 网络协议 Devops
系统架构演变:SOA、微服务架构的区别和联系
系统架构演变:SOA、微服务架构的区别和联系
294 0
系统架构演变:SOA、微服务架构的区别和联系
|
网络协议 Dubbo 程序员
系统架构演变:SOA、微服务架构的区别和联系(下)
系统架构演变:SOA、微服务架构的区别和联系
系统架构演变:SOA、微服务架构的区别和联系(下)
|
监控 Devops Java
系统架构演变:SOA、微服务架构的区别和联系(上)
系统架构演变:SOA、微服务架构的区别和联系
系统架构演变:SOA、微服务架构的区别和联系(上)
|
运维 微服务
传统架构转向微服务的利弊
传统架构转向微服务的利弊
135 0
|
消息中间件 Java 测试技术
从既有系统到微服务架构
微服务近年来可谓炙手可热,合理的使用微服务架构可以解耦系统、提供更好的软件伸缩性以及提高组织的敏捷性。然而现实中较少有项目一开始就会选择使用微服务架构,绝大多数新项目在最初都会务实地从更容易掌控的单体架构起步构建,如果最终发现单体架构复杂到影响了团队的开发效率及软件的伸缩性等方面时,才会开始考虑逐步将系统往微服务架构做演进。
1145 0
|
中间件 消息中间件 应用服务中间件