迁移到面向服务的体系结构

撰文/Kishore Channabasavaiah, Kerrie Holley, Edward M.Tuggle, Jr.

本文旨在帮助您更好地理解面向服务的体系结构（SOA）的价值，制订出一个实际的计划来评估您现在的基础架构，并把它转变成一个真正的面向服务的体系结构。其目的在于，当您读完本文时，您将理解为什么声称SOA是把现有资产带到未来的最好的平台，同时也使得迅速而正确地开发未来的程序成为可能。另外，您将对在计划这样一次迁移的过程中主要考虑的事项有更好的理解。

开发面向服务的体系结构的情况在过去的40年里，软件体系结构试图处理日益增长的软件复杂性。但是，复杂性仍在继续增加，传统的体系结构好像已经达到了它们处理此类问题的极限。同时，IT组织的传统需要仍然继续存在；比如，需要对新的业务需求进行快速的反应，需要不断地减少业务中IT的成本，以及吸收、集成新的业务伙伴和新的客户群。作为一个产业，我们经历了能够提供完全的分布式处理的多种计算体系结构和能够运行在任何平台上的编程语言，从而大大缩短了实现的时间表，我们还经历了无数的连接性产品，这些产品能够更快更好地集成应用程序。然而，我们还是没有找到完全的解决方案。现在，业界提出面向服务的体系结构（SOA）作为软件体系结构中下一个发展的阶段来帮助IT组织满足他们面临的越来越多的复杂性的挑战。可是，这种体系结构现实吗？即使它可以被概括和描述出来，它也能真的被实现吗？本文的论点就是断定SOA是现实的；在所有天花乱坠的宣传尘埃落定之后，所有夸大的期望又回到了现实之中，您将发现至少现在SOA是IT组织可以将其现有的资产带到未来，同时又构建新的应用程序系统最好的基础。本文旨在帮助您更好地理解面向服务的体系结构（SOA）的价值，并且制订出一个切实可行的计划来评估您现有的基础架构，然后将其迁移到一个真正的面向服务的体系结构。曾几何时，现有的Web服务技术刺激了关于面向服务的体系结构（SOA）的讨论。这个讨论并不新鲜；从CORBA扩展到在完全不同的异类平台上应用程序一直到现在，这个概念已经发展10多年了。集成这样的应用程序的问题不断出现，通常是因为有那么多不同的（非CORBA兼容的）对象模型流行起来；因而，很多架构师和工程师都陷入了解决此类问题的泥淖中，开发一种更健壮的体系结构来实现简单、快速和安全的系统和应用程序集成的承诺并没有兑现。然而，问题却在继续增加，并且日益复杂。基本的业务需求，诸如降低成本、减少开发周期、跨企业集成、企业到企业（B2B）和企业到顾客（B2C）集成、更大的投资回报率（ROI）、创建自适应的和自响应的业务模型等等，使我们不停地寻找更好的解决方案；但是，我们越来越觉得“点解决方案（Point Solutions）”不能解决这样的基本问题。在很多情况下，问题在于缺乏一个一致的体系结构框架，在这种体系结构中，可以快速地开发、集成和重用应用程序。更重要的是，我们需要一个这样的体系结构框架，它能够装配组件和服务，以便快速甚至动态地交付应用程序。为什么像Web服务这样的某种技术是好的，但是我们真正需要的是一种不受技术约束的体系结构，有很多文章对此进行了讨论。让我们首先考虑一些基本的问题，这些问题是我们寻求更好的基础的依据，如何解决这些问题将决定我们工作的成败。