关于SOA

什么是SOA SOA:面向服务的体系结构（Service-Oriented Architecture，SOA，也叫面向服务架构）, SOA是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。 SOA 是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

SOA与传统服务的区别 传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。WEB服务(XML/SOAP /WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。SOA则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。

这个问题可以从WHY SOA和SOA面临的挑战入手回答
1. WHY SOA? SOA的好处在哪里？
减低IT成本：重用现有的系统，而且SOA系统本身也可以被后来的应用重用; 减少维护费用，对现有系统造成很少的改动。
增加IT收入：快速的适应新的需求，快速的实现，提高性能，实现云计算 如 Google, Amazon等等
2. SOA面临的挑战有哪些？
更多的系统参与到SOA中，更多的人参与到SOA中，需要更多的交流沟通
在安全控制方面特别是在EAI（enterprise application integration）的MOM（Message Oriented Middleware）中的安全控制更加复杂
需要更高更新的技术参与进来，需要更多的有经验的人员。

为什么WebService成了一种行业需要？

从作用上讲，Web Service减轻了目前企业应用中出现的整合危机，相比较其他整合技术，使用Web Service可以以较低的代价对各种企业应用进行整合。 从技术上讲，Web Service是一种新的基于Web和XML的中间件，XML和Web解决了传统应用之间整合的各种棘手问题，例如异质性，传统应用都是平台相关的，而Web和XML则是平台无关的技术。 Web Service拥有以下一些优势：

1. Web Service可以使你的API暴露在网络上以连接不同的企业应用程序。 2. 使用Web Service进行应用间交互的代价比较低。 3. Web Service支持低耦合的应用。 4. Web Service是自解释性的，基于WSDL 5. Web Service使用UDDI技术可以进行自动的修复 6. Web Service可以提供更先进的技术帮助你的商业成长，使你更容易的对外部系统进行集成，更容易的对已有系统进行扩展。

什么是服务？如前所述，在一个典型的业务环境里，服务意味着业务函数、业务事务和系统服务。业务函数可能是 getStockQuote、getCustomerAddress 或 checkCreditRating。业务事务可能是 commitInventory、sellCoveredOption 或 scheduleDelivery。系统服务可能是 logMessageIn、getTimeStamp 或 openFile。请注意各种类型服务之间的区别。从应用程序的角度来看，业务函数实际上是原子的非系统函数。业务事务很像是调用应用程序的简单函数，但是它们可能是作为自己的事务的上下文所包含的复合函数来实现的。它们可能包括多个底层函数，这些底层函数对调用者来说是透明的。系统函数是能够从诸如 Windows 或者 Linux 这样的特定平台中抽象出来的广义函数。应用程序框架可能提供像 openFile 这样的广义函数来有效地虚拟化数据源，从而可以在不考虑真实数据源的类型和位置的情况下使用这类函数。

Web 服务的出现产生了根本的改变，因为很多 Web 服务项目的成功显示这种技术事实上确实存在，借此您可以实现真正的面向服务的体系结构。它使您又往回走了一步，不仅分析您的应用程序的体系结构，而且还要分析您正设法解决的基本业务问题。从业务的角度来看，它不再是一个技术问题，而是要开发一种应用程序体系结构和框架，可以在其中定义业务问题，还可以以一致的可重复的方式来实现解决方案。

不过，首先必须理解 Web 服务并不等同于 面向服务的体系结构。Web 服务是包括 XML，SOAP，WSDL 和 UDDI 在内的技术的集合，它使您能够针对特定的消息传递和应用程序集成问题构建编程解决方案。随着时间的推移，您有理由相信这些技术将逐渐成熟并最终为更好、更有效、更健壮的技术所取代，但是，就目前的情况而言，它们可以发挥作用。至少，它们是 SOAs 能够最终实现这种观念的证明。那么，面向服务的体系结构实际上是由什么组成的呢？

SOA 只不过是一种体系结构。它不是任何诸如 Web 服务这样的特定技术的集合；而是超越它们的，在理想的情况下，是完全独立于它们的。在业务环境中，SOA 的纯粹的体系结构定义可能会是这样的“一种应用程序体系结构，在这种体系结构中，所有功能都定义为独立的服务，这些服务带有定义明确的可调用接口，可以以定义好的顺序调用这些服务来形成业务流程”。请注意这里的表述：

1. 所有功能都定义为服务。这仅仅包括业务功能、由底层功能组成的业务事务和系统服务功能。这将会产生粒度问题，后面我们将对此进行讨论。
2. 所有的服务都是独立的。它们就像“黑匣子”一样运行：外部组件既不知道也不关心它们如何执行它们的功能，而仅仅关心它们是否返回期望的结果。
3. 在其最一般的意义上来说，接口是可调用的；也就是说，在体系结构的层面上，它们究竟是本地的（在本系统内）还是远程的（在直接系统外）、是用什么互连 Scheme 或协议来调用或需要什么样的基础架构组件来连接，都是无关紧要的。服务可能是在相同的应用程序中，也可能是在公司内部网内完全不同的系统上的不对称多处理器的不同地址空间中，还有可能是在用于 B2B 配置的合作伙伴的系统上的应用程序中。

在所有这些表述中，接口是最关键的，同时也是调用应用程序关注的焦点。它定义了必需的参数和结果的类型；因而，它定义了服务的类型，而不是实现服务的技术。系统的责任是实现和管理服务的调用，而不是调用应用程序。这使得可以认识到两个关键的特征：其一，服务是真正独立的；其二，它们是可以管理的。管理包括许多功能，其中有：

1. 安全性——请求的授权、加密和解密（在需要时）、确认等等
2. 部署——出于性能、可用性冗余或其他方面的原因，允许服务在网络内重新部署（移动）
3. 日志——用于审核、测量等等
4. 动态重新路由——用于故障排除（fail over）或负载平衡
5. 维护——管理服务的新版本