SOA毋庸置疑地已经成为企业新一代首选的、先进的、成熟的、标准的应用架构,本主题将涵盖SOA的机遇与挑战、SOA的企业应用架构、SOA的构件化业务模型、SOA的技术分层架构、SOA的管控和治理框架、SOA的全生命周期管理、SOA的企业参考架构和SOA的核心技术标准介绍。通过本主题我们可以清晰全面地认识到SOA要实施和落地的策略与关键所在。SOA是企业的重要投资而不是投机行为,因此企业必然要看清楚投资的目标、策略和价值回报,而不是简单的跟风采购;SOA更是企业信息化的关键态度,是追求先进生产力和勇于创新的态度。
Chris:
从整个的企业计算发展来看,我们去看历史是为了让我们更加了解我们现在所处的情况,看到说未来两三年我们应该是怎么样的应对变化。从主机终端我们可以看到,有了这样的技术架构以后给我们带来了什么?技术架构不仅仅是实现一个功能更多是站在管理和业务的视角来看。这样的业务架构使得我们可以到银行去存钱、取钱,银行可以开门营业了,银行可以实时的账户交易处理。但是他必须要花几百万的美金才可以部署这样的系统,才可以进行存款和取款的服务。我们看到80年代的客户机的服务,他是更加简单的技术架构,这样的技术上,使得我们的企业,可以在不同行业不同地域之间协作,银行可以实现通存通兑,银行和保险公司和移动公司进行很多的中间业务,电信业可以推出积分业务。这样的价值对于社会的价值是巨大的,让我们的企业业务的模式,新业务的推出都有了可能。但是他可能还是会限制,我们到银行5点关门了,你不要排队了。因此现在有了BS的架构,浏览器、互联网、服务器的架构,这样的架构让我们企业提供服务的时候,他的手段方式,他的地点、时间的限制都有了一个数量级的扩展。可以让我们在任何时间、地点、方式消费我们企业的服务。我们还希望我们的服务更加的灵活,我们希望可以更快的,甚至在几个小时里就可以推出一个新的业务服务。这就是对于我们整个技术架构又一次新的时代的要求。我们需要提供这样的一种服务的平台。我们的软件开发商用新的面向服务、构件的模式做我们的软件,整个社会的分工更加的明确,我们可以在这样的架构下更快、更高效、更灵活、更可管控的进行我们的服务模式。这样的情况下,构件变成非常的重要,这些技术标准是帮到我们企业在建立这样的业务服务的时候,有了标准,有了共同的语言有了更高校的软件服务的模式。
最近有一个新闻,亚马逊推出了一种新的服务叫EC Q,他告诉你,是160G硬盘,1.7GCPU的处理美元,一个小时1毛钱美元,也就是说你做5000笔服务交易的时候,大概花1分钱人民币。可以看到,这给我们信息化的建设又是一个巨大的数量级提升。但是我们要享受到这样的计算架构,必须要准备好实施这样的SOA,把我们的业务模块树立的更加清楚,更加的高效和快速灵活的应对。
我们以前看技术的时候,说到SOA因为是厂商提的更多,大家都觉得厂商提的总是技术,又是一个什么新技术出现了。其实并不是这样的。很多人否定说SOA是技术,说他是业务、管理,这些其实都没有错。因此大家没有一个全景图帮助大家真正的了解到,SOA要在那些纬度上考虑这个架构,这些架构要考虑,帮到我们在应约系统建设的时候,带来好处,首先一定是业务需求为最新的导入,业务大家讲灵活性、灵活性,讲的就是业务的灵活性,业务需要灵活性,我怎么样才可以灵活,现在我基于那么多的代码去做可以灵活吗?我每一个项目都形成自己的一个孤岛可以灵活吗?因此我做的业务方式要改变,开发业务方式要改变,要用构件化,流程化的构建我的服务。有了这样的业务模型以后,大家都讲IT资产的概念,信息是资产,流程是资产,服务是资产,我的一个界面也是我重要的资产。那么有了这样的一种模型之后,更重要的是看,我的IT技术怎么样可以更加有效的配置我的资源,我的信息、我的流程资源。这就是需要在技术层面解决的问题,他通过服务化和协同的架构,来帮助我们最高效的实现我们的IT资源的配置。这些IT资源的配置最终是要实现业务的灵活性。同时现在我们也不可能想清楚一两年、五六年以后的事情,我们的规划一定是在一定的条件下去规划的,因此我们需要一种手段和框架持续的监控我们的状况。我们某一个单元的模块或者服务,是不是有效的帮助我们实现了多少的利润。因此我们需要一个管控和治理的框架来管理这个纬度。来帮助从IT资源的角度,从业务模块绩效的角度,梳理、持续的优化我们的企业业务。这个三惟我们也可以再细分一下,企业的价值如何衡量,客户的价值代表了企业的价值,而客户的价值是通过流程来体现的,客户通过这样的流程获得最终服务的时候,他的价值就会被体现出来。因此我们现在做整个业务构件化的模型的时候,需要自上而下和自下而上的方式,这两者并不矛盾,自上而下的树立我的流程是不是最优化,资源是不是可以满足,从最高的业务流程实现最终的业务服务。到下面的去定义出我的业务的领域,业务的模块在这些领域当中实现我的服务,一直到下面的支撑平台的构件,他可能所有的业务的构件都需要工作流串起来,需要报表分析展示,他需要内容管理等等这些平台性的构件来帮助我们支撑下面的东西,在最下面是我们的技术构件。所以业务化的模型,就是把业务分层的过程。有了这样的模型以后才可以说达到一个业务的灵活性。接着就是配置我们的IT资源。IT资源好象哪里都是我们的资源。我的应用服务其里面很多的Java代码是我的资源,这些资源如何在这样的架构下最有效的配置。这里有第二个纬度。这样的纬度也是支撑了我们上面的业务模型达到业务的灵活性。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
混合云使用不能盲目:学习最佳实践是王道
混合云的采用率正在上升。很多组织看到了云服务的优势,但他们也想要自己拥有一定的灵活性,将一些工作负载和数据保持在本地的控制下。
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。