SOA企业应用架构和标准规范

申请免费试用、咨询电话：400-8352-114

SOA毋庸置疑地已经成为企业新一代首选的、先进的、成熟的、标准的应用架构，本主题将涵盖SOA的机遇与挑战、SOA的企业应用架构、SOA的构件化业务模型、SOA的技术分层架构、SOA的管控和治理框架、SOA的全生命周期管理、SOA的企业参考架构和SOA的核心技术标准介绍。通过本主题我们可以清晰全面地认识到SOA要实施和落地的策略与关键所在。SOA是企业的重要投资而不是投机行为，因此企业必然要看清楚投资的目标、策略和价值回报，而不是简单的跟风采购；SOA更是企业信息化的关键态度，是追求先进生产力和勇于创新的态度。

Chris：

从整个的企业计算发展来看，我们去看历史是为了让我们更加了解我们现在所处的情况，看到说未来两三年我们应该是怎么样的应对变化。从主机终端我们可以看到，有了这样的技术架构以后给我们带来了什么？技术架构不仅仅是实现一个功能更多是站在管理和业务的视角来看。这样的业务架构使得我们可以到银行去存钱、取钱，银行可以开门营业了，银行可以实时的账户交易处理。但是他必须要花几百万的美金才可以部署这样的系统，才可以进行存款和取款的服务。我们看到80年代的客户机的服务，他是更加简单的技术架构，这样的技术上，使得我们的企业，可以在不同行业不同地域之间协作，银行可以实现通存通兑，银行和保险公司和移动公司进行很多的中间业务，电信业可以推出积分业务。这样的价值对于社会的价值是巨大的，让我们的企业业务的模式，新业务的推出都有了可能。但是他可能还是会限制，我们到银行5点关门了，你不要排队了。因此现在有了BS的架构，浏览器、互联网、服务器的架构，这样的架构让我们企业提供服务的时候，他的手段方式，他的地点、时间的限制都有了一个数量级的扩展。可以让我们在任何时间、地点、方式消费我们企业的服务。我们还希望我们的服务更加的灵活，我们希望可以更快的，甚至在几个小时里就可以推出一个新的业务服务。这就是对于我们整个技术架构又一次新的时代的要求。我们需要提供这样的一种服务的平台。我们的软件开发商用新的面向服务、构件的模式做我们的软件，整个社会的分工更加的明确，我们可以在这样的架构下更快、更高效、更灵活、更可管控的进行我们的服务模式。这样的情况下，构件变成非常的重要，这些技术标准是帮到我们企业在建立这样的业务服务的时候，有了标准，有了共同的语言有了更高校的软件服务的模式。

最近有一个新闻，亚马逊推出了一种新的服务叫ECQ，他告诉你，是160G硬盘，1.7GCPU的处理美元，一个小时1毛钱美元，也就是说你做5000笔服务交易的时候，大概花1分钱人民币。可以看到，这给我们信息化的建设又是一个巨大的数量级提升。但是我们要享受到这样的计算架构，必须要准备好实施这样的SOA，把我们的业务模块树立的更加清楚，更加的高效和快速灵活的应对。

我们以前看技术的时候，说到SOA因为是厂商提的更多，大家都觉得厂商提的总是技术，又是一个什么新技术出现了。其实并不是这样的。很多人否定说SOA是技术，说他是业务、管理，这些其实都没有错。因此大家没有一个全景图帮助大家真正的了解到，SOA要在那些纬度上考虑这个架构，这些架构要考虑，帮到我们在应约系统建设的时候，带来好处，首先一定是业务需求为最新的导入，业务大家讲灵活性、灵活性，讲的就是业务的灵活性，业务需要灵活性，我怎么样才可以灵活，现在我基于那么多的代码去做可以灵活吗？我每一个项目都形成自己的一个孤岛可以灵活吗？因此我做的业务方式要改变，开发业务方式要改变，要用构件化，流程化的构建我的服务。有了这样的业务模型以后，大家都讲IT资产的概念，信息是资产，流程是资产，服务是资产，我的一个界面也是我重要的资产。那么有了这样的一种模型之后，更重要的是看，我的IT技术怎么样可以更加有效的配置我的资源，我的信息、我的流程资源。这就是需要在技术层面解决的问题，他通过服务化和协同的架构，来帮助我们最高效的实现我们的IT资源的配置。这些IT资源的配置最终是要实现业务的灵活性。同时现在我们也不可能想清楚一两年、五六年以后的事情，我们的规划一定是在一定的条件下去规划的，因此我们需要一种手段和框架持续的监控我们的状况。我们某一个单元的模块或者服务，是不是有效的帮助我们实现了多少的利润。

因此我们需要一个管控和治理的框架来管理这个纬度。来帮助从IT资源的角度，从业务模块绩效的角度，梳理、持续的优化我们的企业业务。这个三惟我们也可以再细分一下，企业的价值如何衡量，客户的价值代表了企业的价值，而客户的价值是通过流程来体现的，客户通过这样的流程获得最终服务的时候，他的价值就会被体现出来。因此我们现在做整个业务构件化的模型的时候，需要自上而下和自下而上的方式，这两者并不矛盾，自上而下的树立我的流程是不是最优化，资源是不是可以满足，从最高的业务流程实现最终的业务服务。到下面的去定义出我的业务的领域，业务的模块在这些领域当中实现我的服务，一直到下面的支撑平台的构件，他可能所有的业务的构件都需要工作流串起来，需要报表分析展示，他需要内容管理等等这些平台性的构件来帮助我们支撑下面的东西，在最下面是我们的技术构件。所以业务化的模型，就是把业务分层的过程。有了这样的模型以后才可以说达到一个业务的灵活性。接着就是配置我们的IT资源。IT资源好象哪里都是我们的资源。我的应用服务其里面很多的Java代码是我的资源，这些资源如何在这样的架构下最有效的配置。这里有第二个纬度。这样的纬度也是支撑了我们上面的业务模型达到业务的灵活性。