SOA减低成本提升效率的最有效的思想方法

简介: 本文讲的是SOA减低成本提升效率的最有效的思想方法,纠缠与SOA概念并没有意义,SOA所倡导的敏捷性、低成本不正是我们一直都在不断追求的目标吗?

本文讲的是SOA减低成本提升效率的最有效的思想方法,【IT168 资讯】纠缠与SOA概念并没有意义,SOA所倡导的敏捷性、低成本不正是我们一直都在不断追求的目标吗?
  当百年一遇的经济危机在全球愈演愈烈的时候,越来越多的纷争和思考已经溢出了金融市场的范围,而延伸到了IT领域。曾经在全世界得到无比追捧的面向服务架构——SOA也遇到了令人尴尬的挑战。
  知名IT评论家AnneThomasManes在其博客中惊呼:SOA已死!此言一出端的是震撼天下,在中国市场中也引起无数纷争,SOA的支持者们有些不知所措,而SOA的反对者们却无比兴奋,用Anne的原文来作为自己的论据。
  SOA的声音在中国似乎也黯然了下来;尽管主要的IT厂商们还在不遗余力地在市场中推广SOA、不厌其烦地用印刷术或者太极拳等等或玄妙或浅显的比喻来教育仍然不明SOA为何意的客户们,但是无论是媒体还是分析师们对于SOA的质疑却越来越强烈。
  究竟这是一个客户真正需求的解决方案,还是一个IT厂商用来“忽悠”客户的纯粹概念?为什么这么多年,似乎在国内仍然无法看到响亮的SOA实施成功的案例?
  毕竟现在市场中各个行业的客户也没有哪个是真的把SOA这三个字顶在头上,大张旗鼓地进行相关的项目,电信运营商忙于3G的整合和新产品、新网络、新服务,银行业忙于处理焦头烂额的客户服务、存量房贷利率变更,政府忙于街道、城管、应急响应处理,制造企业忙于降低成本、优化供应链、在经济危机的时候绞尽脑汁地保住或进一步开拓海外市场,而SOA这三个字已经被人淡忘。
  必须承认,无论政府还是银行还是企业,大家都是要做实际的事情的,这一点无可厚非;大家关心的事情无非是两方面:降低成本、提升敏捷性。只要能够帮助自己实现这两点,无论是SOA还是别的什么都没有关系——黑猫白猫,只要抓住耗子就是好猫。所有的企业都不约而同地对正在进行或者即将进行的IT项目提出了两点最主要的要求。
  首先是重用投资、节约成本,尽量重用以往的IT投资和已有的IT资产,并且确保一切必要的新投资可以在未来的新项目中充分重用,而不需要产生过多的维护、修改成本。
  其次要增加企业的敏捷性,可以根据市场需求的波动而灵活调整自身的运营流程——设想一下大家都熟悉并且关注的中央银行存量房贷利率7折的政策出台后,各大银行反应迟缓的原因:除了各种经济利益之外,是否也是因为其政策的变化牵扯到大量的后台IT应用和支撑系统的流程、规则调整,不能在短期内迅速实施?
  所有的企业或政府机构都在为着解决上面两点需求而努力,而越来越多的相关项目也在证实着这一点。北京市卫生局、云南省卫生局实现了区域医疗联网,患者可以灵活地实现社区卫生诊所和三甲医院之间的信息共享、病例流转和自由的转院机制,从而方便了患者的看病,同时节约宝贵的医疗资源可以为真正需要的疑难杂症所使用。大量的客户案例都在证明,无论是政府还是企业,大家所追寻的目标永远都是一样的。
  至于SOA,没有人提SOA并不足以证明SOA已经黯然退场。事实上,上面提到的两点:通过将IT应用转变为服务模块再进行整合,从而实现降低成本、重用资产、提升效率、推动创新,这正是SOA的精神所在。
  而已经列出的和没列出的大量客户案例证明,SOA的精神和思想已经融入到千万个具体的客户项目中,生根发芽,至于该项目究竟被称作为“SOA项目”还是某个行业中的具体项目名字,其实并不重要。SOA只是一种思想和方法,并不是目的和结果。但是为了达到降低成本、提升效率的目的,SOA仍然是最有效的方法之一。
  回过头来再看看Anne的原文,其实他也在文中说到,SOA的以服务为核心的理念和架构仍然是BPM、云计算、MashUp、SaaS的基础。“Longlive the service”——SOA并没有黯淡退场,而是在涅盘中永生。

原文发布时间为:2009-05-21
本文作者: IT168.com
本文来自云栖社区合作伙伴IT168,了解相关信息可以关注IT168。
原文标题:SOA减低成本提升效率的最有效的思想方法

目录
相关文章
|
5月前
|
人工智能 Cloud Native Devops
软件架构: 一切皆有代价
软件架构: 一切皆有代价
31 0
|
1月前
|
搜索推荐 测试技术
性能场景之业务模型中二八原则的误区
【2月更文挑战第18天】性能场景之业务模型中二八原则的误区
48 6
性能场景之业务模型中二八原则的误区
|
存储 消息中间件 监控
从软件复杂度的角度去理解DDD
从我们作为业务开发主要的职责深入到DDD的本质是什么?复杂度应处理?规范设计怎么做?本文将全方位为大家解答。
6142 0
从软件复杂度的角度去理解DDD
|
消息中间件 缓存 数据可视化
领域驱动设计对软件复杂度的应对
领域驱动设计对软件复杂度的应对
领域驱动设计对软件复杂度的应对
|
存储 缓存 分布式计算
深入分析软件复杂度
深入分析软件复杂度
深入分析软件复杂度
|
设计模式 XML 数据可视化
降低前端业务复杂度新视角:状态机范式
无论做业务需求还是做平台需求的同学,随着需求的不断迭代,通常都会出现逻辑复杂、状态混乱的现象,维护和新增功能的成本也变的十分巨大,苦不堪言。下图用需求、业务代码、测试代码做对比:
258 0
降低前端业务复杂度新视角:状态机范式
|
NoSQL Redis 数据中心
架构优化与业务迭代,你会怎么选?
对于每个软件系统,我们都可以通过业务和架构两个维度来体现它的价值。 尤其是软件开发人员,应该确保自己的系统在这两个维度上的实际价值都能长时间维持在很高的状态。
架构优化与业务迭代,你会怎么选?
|
微服务 测试技术 网络安全
如何降低微服务测试成本?我的经验之谈
本文为大家介绍微服务治理+测试:基于服务契约信息,降低云上微服务测试成本。如果您的团队具备较强的微服务治理+测试能力,那么希望我们在微服务治理+测试方面的实践和背后的思考,可以为您提供一些参考。
3717 0
如何降低微服务测试成本?我的经验之谈