新年伊始,存储经理列出今年存储项目的工作清单,其中位居榜首的仍然是我们通常关心的存储话题：备份、增加容量和容灾。这是根据美国SearchStorage.com网站和《Storage》杂志最近对存储经理进行的一项调查显示的结果。
成功的 SOA 实现需要组织对其流程进行实质性的更改，传统的面向功能长期运行开发周期构建后就一成不变，需要将其更改为面向流程的增量式构建与部署流程，构建时需考虑将来的变化。总的说来，传统的开发与应用程序竖井 (Silo) 一致，实现的是紧密耦合，其结构使用组件和对象作为构建块。SOA 开发采用的是经过编排的解决方案，采用的是松散耦合，将服务作为其构建块。务必认识这些差异，并建立流程来支持转换。
SOA的实施究竟会给我们带来什么?它会对企业和软件厂商产生怎么样的影响?它对涉及其中的不同领域的人群又会产生什么影响?让我们说一说SOA。
虽然面向服务的架构（SOA）显然具有一些潜在的优点，比如可以重复使用现有的资产，但SOA标准方面看上去却是一片混乱。
早先的一些blog文章已经说了很多关于Web Service客户端在同一种语言实现或者不同语言实现中由于细节实现不同导致兼容性的问题。昨天解决的问题在一个边界问题上又一次说明了这种异构环境的互通标准在不同的实现当中，由于细节理解不同会造成一些兼容性问题。
随着企业开发中SOA进程的不断深入，越来越多的人们认识到成功实施SOA仅仅依靠技术是不够的。在这个背景下，SOA治理的概念应运而生。在各类与SOA相关的文章中，“治理”一词的出镜率明显呈上升趋势。这类文章通常侧重于介绍SOA治理的概念、方法和原则，并凸现其在成功实施SOA过程中的重要性。但是，它们仿佛都忽略了这个看似简单，却又容易让人产生疑惑的问题：“SOA治理和SOA管理的区别是什么？”
尽管SOA是一个IT技术解决方案，但是其实质却是一项管理变革，而能否解决好组织和管理中的问题也是SOA实施成败的关键所在。
事件驱动的SOA（即EDSOA）结合使用了SOA的请求-响应模式和事件驱动架构（Event-Driven Architecture，EDA）的事件发布-提交模式。SOA对服务事件的支持允许设计人员将应用程序设计映射到业务问题，后者通常由事件和请求/响应组成。服务和事件处理的结合产生了更好的敏捷性。然而，当今基于Java的产品一直未能满足企业构建“光速经济（business at light speed）”’的需求——现在，我们可以实现这一点。
SOA(service-oriented automation 面向服务架构)对于企业的循环发展，以及企业的协同工作是非常有利的，因此SOA被视为组织化的自动管理方法，SOA已经不仅仅局限于对某一个问题的处理。通过适用性实践证明，我们产生了一些不同的想法，即为各个不同领域的企业提供定向的阶段性服务。人工编制和筹备那些具有约束性和预定性的核心设计说明，管理计划报告和包含所有应用功能的基本服务工作统计。
面向服务架构(SOA)通常会输出一系列服务。针对 XML 服务建模以及随后用户(人员、机器或其他服务)对这些服务的使用，Java™ 技术提供了强大的 XML 数据处理机制，从而为应用 SOA 理念提供了重要基础。通过本文研究 XML 和 Java 技术在 SOA 中的实际应用，并通过明确的示例了解为何这个看似复杂的技术能够如此流行。
