leagle

　探讨需要添加的新角色，以使您的企业体系结构和应用程序组能够有效地构建面向服务的体系结构 (SOA) 项目——包括企业体系结构必须在推动和促进 SOA 采用方面扮演的角色。　　趋向采用 SOA　　软件开发领域的主要发展趋势是从传统软件体系结构过渡到面向服务的体系结构 (SOA)。在传统软件体系结构中，将项目视为单个新应用程序的交付。在 SOA 中，将项目视为集成服务的交付——一些是新建的，

　　早在2002年底，GartnerGroup就预测到2008年，SOA(面向服务的架构)将成为占有绝对优势的软件工程技术。如今，越来越多的企业已经跨过了对SOA的价值及其重要性的认知阶段，“如何转向SOA”正成为他们目前所要重点考虑的问题。　　2005年11月，为了简化SOA应用，BEA、IBM、普元、IONA、Oracle、SAPAG、Sybase、Xcalia和Zend等 公司联合发布了

　　面向服务架构 (SOA) 是透过业务服务的概念来提供 IT 的各项基本应用功能，以此拉近业务和 IT 之间的距离。因为传统上，IT 的思维多偏应用导向(没什么不对)。ERP、CRM、SCM、...，专有名词缩写多到目不暇给。在试图为一个个应用空间提供解决方案的同时，也累积造就 了一个个的信息壁垒，也就是所谓的silos。　　面向服务架构的产生，正是着眼于将这些纵向信息堡垒加以横向贯穿，让它

引言通过 IBM 的产品和其他中间件供应商的产品实现 ESB 有多种方式。IBM WebSphere Application Server V6 为构建 ESB 提供了非常有意义的平台。[Reinitz1] 介绍了 V6 中提供的 WebSphere Messaging Resources（也称为 SIBus）。SIBus 可以用于构造多种 ESB 拓扑。文章中介绍了一些概念和术语，而 [Re

治理和管理需求面向 服务的体系结构 (SOA) 是一项引人注目的技术，用于开发与业务模型保持最佳一致性的软件应用程序。不过，SOA 会提高业务和信息技术（Information Technology，IT）以及 IT 部门和各个团队间所需的合作和协调级别。这个合作和协调是通过 SOA 治理提供的，涵盖了用于指定和管理如何支持服务和 SOA 应用程序的各个任务和流程。在本文中，我们将了解治理

本文将向您介绍 SOA 为企业级架构设计带来的影响，以及在构建基于 SOA 架构的企业系统时应该怎样保证所构建的系统架构能够满足系统中不同的服务级别需求。　　1. SOA 为企业级架构设计带来的影响　　1.1 SOA 的特点及其使用范围　　SOA 既不是一种语言，也不是一种具体的技术，它是一种新的软件系统架构模型。 SOA 最主要的应用场合在于解决在Internet环境下的不同商业应用

　　对于许多组织而言，有效而系统的软件重用仍然是一个很难达到的目标。现在真的存在很多与重用相关的业务促进因素。首当其冲的可能就是 IT 成本削减以及对 IT 体系结构和基础系统中的灵活性和响应能力的迫切需要。　　通常，您同样也会发现阻碍进行更为成功的重用起负面作用的因素(或者，至少看起来是这样的)。不过，要应付这些起负面作用的因素却并不容易。同 时，面向服务的体系结构 (SOA) 方面的技术演

　　面向服务的体系结构(Service-Oriented Architecture，SOA)提供了支持业务灵活性的 IT 灵活性远景。在本文中，我们将重点讨论 IT 灵活性的两个特定方面:流程实现的分离和简化。 　　通过将这些原则应用到面向服务的体系结构设计，可以帮助通过 IT 灵活性实现业务灵活性远景。　　引言　　面向服务的体系结构(Service-Oriented Architec

　　一个设计正确的SOA安全性解决方案可以解决SOA中的绝大部分安全性问题。解决方案本身可以包含多个分别解决SOA安全性中的某个特定方面的子解决方案。根据具体需求和现有的安全性基础架构，不同的企业需要不同的解决方案。　　SOAP消息监控　　基于SOAP侦听的SOA消息监控是构建高效SOA安全性解决方案基础的一种手段。SOAP侦听　　图1 一个用于监控SOAP消息的SOAP拦截器用作

　　这个问题的研究源自于ING信用卡，一个荷兰国际集团的分支。他描述的是面向服务的架构执行方式的第一阶段，这种服务要求为固线 (hard-wired)服务而不是动态发现的服务。他阐述了面向服务的架构如何提供更敏捷的适应业务需求的服务，并且还包括一些有益于面向服务架构执行 的内容。　　ING 信用卡是自动化方式的一个里程碑，它连接了新的互联网，包含新的产品特色并且已空前的快捷有效的的方式保存了信

　　随着 BPEL 的引进，SOA 已有了大的发展，现在可将业务流程(包含原子服务)可编排至可执行文件中。但是就到此为止了吗，或者说这就是可重用性以及灵活性可以达到的最高程度?　　本文中，我们将介绍：Oracle 服务注册表 (OSR)。您将从中了解到如何在不牺牲性能的情况下放松紧密耦合的 BPEL 流程，同时创建一个使企业受益的可重用且可发现的文件库。　　设置　　示例场景包含两个 B

　　在面向服务的体系结构 (SOA) 领域，一个比较重要的概念是事件驱动的体系结构 (EDA)。与事件机制类似，例如在 JavaScript 或 4GL 环境中，可以将触发器(可执行程序代码段)与按压按钮、更改域值或者提交查询等事件相挂钩，而 EDA 指定“服务”与“业务事件”的挂钩方式。　　大多数业务事件(从下订单、请求报价到聘用新员工或提供某部分设备)触发企业内多个响应。如果进行更近一步的

　　现在，来看一下出站适配器。请记住，该事件涉及三方：安全部门、财务部门以及 Junior Managers Club。　　安全部门具有一个要调用的 Web 服务终端 — 实际上，该终端只是将在部门内运行的 BPEL 流程的前端，其中包括负责创建物理证件的人工流程。　　财务部门希望您直接在数据库表中插入一条新记录，以后可从此处读取该记录。　　Junior Managers Club 明

通过ESB构建事件驱动体系结构（一）  通过ESB构建事件驱动体系结构（二） 　　现在，您已经拥有了一个最初的映射：　　role 元素尚未映射到 Position 域，而 FirstDay 域对于日期格式的要求比较特殊。　　将 role 拖放至 position。然后，将连接顶部的 Component Palette 中的 format-dateTime Date Functi

　　从企业服务总线(Enterprise Service Bus，ESB)在2002年被正式提出以来，我们看到ESB不管是在实现方式还是部署方式上都有了不小的变化。在过去的四年多的时间里，ESB作为软件领域里的一个独立产品也被越来越多的人所接受，众多的ESB供应商正在架构、连接性、易用性以及服务质量的保证(如持续可用)等方面进行竞争......　　很多综合服务供应商(如IBM、BEA)、企业应

CIO们见惯了层出不穷的新概念，要他们迅速接受还处在早期部署阶段的SOA似乎并不现实。　　北京的寒冷天气并没有让庄思浩的演讲热情降温，2006年12月13日，这位毕益辉系统有限公司(BEA)的首席执行官(CEO)站在北京中国 大饭店的演讲台上，像虔诚的传教士一样向听众布道：“服务导向架构(Service Oriented Architecture，SOA)可以帮助你改变一切工作方式。”随即，庄

你是否看到过一些表格和图形，用以展示SOA开发环境如何工作，仅仅靠一些代表企业结构和SOA开发环境之间进行信息和数据交换的来来回回的箭头。这些简单的图表可能让你难以相信。构架师和开发人员之间可以仅靠这些箭头来联系起来，这些是由David Linthicum，专门进行面向服务架构结构咨询和顾问的Linthicum Group LLC公司的CEO提出的。　　他表明，存在于企业架构师和SOA开发者之

各种机构趋向于频繁的改变他们自身的结构。对面向服务和全球化的日益重视加强了这种趋势。结果，世界上大部分的组织都准备好迎接以独立、自治的服务供应商和服务消费者为特点的、以网络为中心的商务结构。现有的部分商业流程将被外包给外部的合作伙伴，同时组织的各个部分和业务单位被转型为服务供应商。这些服务供应商不再仅仅只关注机构的内部，而且同样会在外部市场中寻求一席之地。　　所有的一切都朝着随需应变(on-d

　　新技术的兴起必然伴随着一系列技术标准和规范的诞生，SOA也是如此。短短几年之内，在厂商、研究人员和标准化组织的共同努力下，已经制定出一 大批SOA标准和规范，有力地推动了SOA的发展。面对众多的SOA标准和规范，很多人可能会感到迷茫和疑惑，进而愈发觉得SOA太复杂而高不可攀。其 实，只要了解SOA的发展历程和SOA架构的基本知识，同时对标准的制定、审核和发布机构及工作机制有一定认识和了解，就不

　　每一个喜欢《阿甘正传》的人都能记住一句经典台词：人生就像一盒巧克力，你永远也不知道下一个是什么味道。现在，SOA正在变得炙手可热。因为，SOA就像一盒巧克力，没有什么成功案例，大家都不知道实施以后会是什么后果。　　然而，这并不妨碍SOA的概念就像长了翅膀，诱惑得CIO们无法忘却。　　左思　　SOA不是一种技术，它只是一种方法论，它指向的意义就是面向服务的架构。　　在当今的业务环

在信息技术领域中，对事物进行抽象处理这一原则，使得我们处理事物时更为方便。以SOA为例，对服务的抽象就是其精髓所在，通过抽象来屏蔽底层复杂的技术细节，转而以一种完整服务的形式，为内部和外部用户提供功能。当然，抽象是有代价的，服务的抽象也概莫能外。松耦合，可组装，灵活性，所有SOA带来的益处都将带来一定的性能损失。对于那些用户和服务数量两低的系统而言，并不需要为性能损失考虑太多。而那些用户和服务数量

出处:IT专家网社区,　责任编辑: 叶江,　        12月20日， “2006长风联盟(电子政务)SOA技术应用大会”在京隆重召开。作为我国软件产业向SOA战略演进的重要一步，此次会议就SOA在电子政务领域的应用 实施以及技术标准研究与制订等一系列的议题进行了深入地探讨，并为中国新形势下电子政务建设提供了具有创新性的建议和解决方案。以此为标志，国内最大的自 主创新软件企业联合

　　ESB(企业服务总线)为分散服务提供了交互、组合和治理的基础架构。有了它，才能释放SOA的最大价值。因此，ESB成为厂商在SOA(面向服务的架构)竞争中的焦点。　　作为近两年软件领域最热门的词汇之一，SOA(Service Oriented Architecture，面向服务的架构)的概念以及SOA带来的好处，正在被用户逐步接受。Gartner的数据表明，到2007年，全球将有70% 以上

Java™ Message Service (JMS) 对 J2EE™ 平台上的可靠消息传递进行了标准化。最近发布的 IBM® WebSphere® Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能处于任何支持面向服务的体系结构的环境的核心位置。本系列中的三篇文章介绍了如何对 JMS 消息传递和 WebSphere ESB 进行集成，作为其中的结束篇，本

摘要　　有效管理服务的生命周期是SOA计划赢得成功的基石。此类管理的设计时方面包括以下领域：服务编目、建模方法、以及有关构建和复合服务的概念 等。本文集中探讨服务生命周期的运行时方面，它包括发布和供应服务、将服务集成到复合应用程序中、部署服务，监控和管理服务的使用，以及在实际设置（比如 生产）下评估服务的效用。请参阅理解SOA中的服务生命周期：设计时一文，获得该系列以及上述设计时方面的介绍。

摘要　　面向服务架构（SOA）描述了一种架构方法，它依赖于将业务流程和底层活动分解为基于标准的服务。这些服务可能为细粒度、粗粒度、以表示为中 心、以数据为中心或许多其他变换方式。有效管理服务的生命周期是SOA计划中获取成功的基石。这些内容将在两篇文章中分别针对生命周期设计时和运行时进行 讨论。第一篇文章涵盖服务生命周期中的设计时阶段。传统的应用程序开发　　识别一些SOA引入企业的范例转

Java™ Message Service (JMS) 对 J2EE™ 平台上的可靠消息传递进行了标准化。最近发布的 IBM® WebSphere® Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能位于任何支持面向服务的体系结构的环境核心位置。本系列文章讨论如何将 JMS 消息传递和 WebSphere ESB 集成，共三篇文章，本文是第二篇，主要描述用

　　本系列的主要内容是展望2007年即将出现的面向服务架构的标准情况。本文将首先将介绍服务组件架构(Service component architecture,SCA)和服务数据对象(Service Data Object,SDO)。2007年SCA规范和SDO规范逐渐成熟，在新的一年，SCA规范和SDO规范将正式被归为SOA标准。　　SCA规范和SDO规范将成为专门提供编程模型的标准，开发

　　要做全局规划　　SOA的实施，有很大的技术因素在其中，作为用户来讲，既需要选择适当的工具，还需要有专业的技术人才。作为用户，实施SOA，首先要对自己的 系统做全面的评估，要了解自己已有的系统能用多少，有多少需要改造，还需要上哪些新的系统，自己将来的系统该如何满足自己的需求，自己可能为这个新的系统 投入的资本大概有多少等。总之，要有整体的规划，这也是实施SOA最为基础的一步。其次，要选择适合

Web 服务以及越来越多的面向服务架构（Service Oriented Architecture，SOA）已经在市场上投放了大量广告。两者都可以给企业带来广泛的短期和长期利益。但对于SOA，尤其是像开发人员和CIO等仍有若干关键问题需要回答。 问：SOA的前提是能够使应用程序像服务那样工作。软件如何像服务一样工作呢？ 答： 没有SOA，软件包是被编写为独立的（

在本文中，您将学习如何利用 Java 2 Platform, Enterprise Edition (J2EE) 设计和开发 面向服务的体系结构（SOA）框架。通过采用 SOA 框架，企业可以最大程度地减少系统间的耦合，从而提高可重用性。本文从一个较高的层面概述了在 SOA 框架上进行的几次迭代过程，这个框架将满足一家虚构企业的需求。这里开发的示例框架可以很容易地进行修改以适合您的

最初的面向服务的体系结构（Service-Oriented Architecture，SOA） 的实现项目的经验表明，诸如面向对象的分析与设计（Object-Oriented Analysis and Design，OOAD）、企业体系结构（Enterprise Architecture，EA）框架和业务流程建模（Business Process Modeling，BPM）这样的现有开发流程和表示

　　设计模式对于面向服务的体系结构具有深远的影响(人们对此尚认识不足)，因此请明智地选择您的设计模式。　　当机构使用 Web 服务技术构建、部署和组织业务服务时，显然必须进行仔细、全面设计 Java 2 平台企业版 (J2EE) 应用程序。在这方面，最有效的帮助是严格应用旨在实现面向服务的体系结构 (SOA) 的体系结构模式。当公开 Enterprise JavaBean (EJB) 时，此类

　　与之前的所有分布式计算体系结构相比，面向服务的体系结构 (SOA) 对于标准化的需求更为强烈。向 SOA 转变的全面铺开为用户提供了将具有深远意义的标准化合并至体系结构中的机会，以支持在企业内跨不同技术平台实现同质联合状态。　　创建为面向服务的解决方案组成部分的 Web 服务是其提供的任何业务功能的潜在端点。尽管可能需要限制对某些服务的访问，但也可使来自各种源的用户访问许多其他服务。以标准

　　许多企业在构建SOA，但进展相当缓慢，这主要是由于SOA涉及方方面面，关系太多，太复杂。通过本文可以了解一些公司在部署SOA时实际遇到的问题以及解决方法。　　如果问起负责构建面向服务的架构(Service-Oriented Architecture,SOA)的人什么最困难，他们中很多人会告诉你: 最困难的部分不是技术，而是改动业务流程以及随之而来的角色和职责的重新划分。许多SOA实施者也这

　　EJB 倡导者都采用独特的前后衔接的对话方式与实际客户和开发人员进行交流，并在期间针对某一大家关注的设计问题推荐解决方案。本月，EJB 倡导者发现自己处境微妙，对诸如服务组件体系结构(Service Component Architecture，SCA)等 SOA 相关规范的倡导与对 Enterprise JavaBeans™相关规范的倡导一样多。　　SOA 有什么真正的新特性?　　我

开始之前 关于本系列此 教程将帮助您准备 IBM 认证考试 Test 665：SOA 解决方案架构设计，以获得 IBM 认证 SOA 解决方案设计师证书。此中级证书适合具有企业应用程序组件、企业业务集成解决方案方面的设计经验，且属于负责规划 SOA 解决方案端到端设计的 SOA 项目团队的咨询师和架构师。SOA 是软件开发的下一个纪元，其中对已有的 XML 技术和 Web 服务 (WS)

Java™ Message Service (JMS) 对 J2EE™ 平台上的可靠消息传递进行了标准化。最近发布的 IBM® WebSphere® Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能位于任何基于面向服务的体系结构 (SOA) 的环境核心位置。本系列共三篇文章，描述如何将 JMS 和 WebSphere ESB 结合使用，以形成强大而可靠的

　　服务设计系列的法则已经发展到最佳通信实践和取样相关编码的程度。本文提供了设计和实现网络服务的基本原理，并且对面向服务的体系结构(SOA)的相关概念做了一个简要的回顾，以及有关于几种模式和反模式的详细讨论，当构建网络服务时，开发者可以利用它们。它可应用于能进行网络服务开发和配置的任何编程语言或平台。 　　关于SOA设计原理系列 　　面向服务的体系结构(SOA)简介