火龙果软件工程技术中心  众所周知，面向服务的架构不是什么新架构。SOA的几个先行者如通用对象请求代理体系结构（CORBA）和分布式组件对象模型（DCOM）使用松散耦合、面向服务的方法，已经成功地为不同应用架起了桥梁。SOA这股潮流新就新在SOA不仅仅涉及服务。日益兴起的互联网和XML为数据交互敞开了大门。软件行业以前所未有的力度支持通用的数据交换格式（XML）和互联网传输协议。因而出现了一大批得到公认、开放的标准，它们能够实现SOA的承诺：支持业务流程的灵活配置、减少操作成本、能够动态发现服务，并且在诸多应用、部门和交易合作伙伴之间提供无缝集成。但很遗憾，让企业和技术人员大失所望的是，SOA

火龙果软件工程技术中心  SOA推进策略的问题，是我们最近被问到最多的问题。有个管理专家用“道”，“法”，”术”,来比喻SOA几个方面，很有意思。“道”的层次可以认为是业务敏捷，IT灵活性等管理目标，”法”是指，SOA的管理与控制规则，“术”，是指各种具体的标准与技术规范。看到今年以来，媒体上无数技术厂商，应用软件公司，甚至硬件公司都把SOA当作时髦的标签做市场宣传，我不得不自嘲的认为，自己也是学屠龙，卖猪肉。一种技术潮流刚刚兴起的时候，发生炒作和形式大于内容的事，在IT领域已经成为一种传统。从兴趣进入真正的项目推进，才是真正有价值的事。然而认真思考了SOA架构理念的人，很快就会发现，想要把它

火龙果软件工程技术中心  在阅读这篇文章之前，我要强调一个观点：SOA不仅仅只是一套构架，其更像是一套设计思想、方法。为解决客户所面临的业务敏捷性问题提供了一套新的解决方法。OnDemand反映客户对业务敏捷性的需求其实业务的敏捷性是众多传统企业与IT企业一直在探讨的话题。几年前，大家都或多或少看过IBM非常具有创意的“e-BusinessonDemand”广告。那时候，这个专有名词在中文当中被称之为“随需应变”。“e-BusinessonDemand”是IBM在2001年提出的概念和口号，以替代早先（1990年代中后期）的“e-Business”策略，它的主题思想是：使IT应用以服务形式出现

火龙果软件工程技术中心  一、传统方法进行企业信息整合的分析企业应用集成(EAI：EnterpriseApplicationIntegration)是指对企业中完成不同业务功能的应用系统进行集成,在它们之间建立起可供数据交流和应用沟通的纽带,进而使他们之间的信息交互成为可能。通过这种方式使用户可以访问企业的整体信息,而不必考虑这些具体信息到底是属于哪一个应用系统的,即各个不同应用系统对用户来说是透明的。传统的企业应用集成的层次主要有数据级集成、应用接口级集成、业务逻辑级集成等;数据级集成属于面向信息的集成方式,该方式可能会导致损坏数据,打开数据库的安全缺口等;应用接口级集成属于面向接口的集成方

本文内容包括：简介参考架构定义反模式1.接口膨胀反模式2.参考架构冗余（ReferenceArchitectureRedundancy）评注结束语参考资料对于许多IT计划来说，面向服务的体系架构（SOA）是一种事实上的架构方法。因此了解在哪些情况下不适合使用该模式非常重要，因为这会给IT程序的交付带来重大影响。本文重点介绍了两个SOA反模式，它们定义了执行SOA交付时发生的问题。首先以一个分层参考架构的形式引入一个简单的SOA参考框架。然后使用该参考框架说明发生反模式的深层原因。对于每个反模式，都会提供一个说明问题根本原因的描述和重构解决方案的方法，从而促进成功的交付。简介传统交付方法以系统开

在企业架构（EA）的背景之下，面向服务架构（SOA）不仅仅是一个集成框架。它是一个定义视图，企业架构可以从代表异种业务功能的同种软件服务中进行收集它。在这个简单的思想背后，却有一个相当规模的实施限制性因素的存在。通过竞争SOA视图与实施，使这一点看起来更加明显。同时，私人SOA技术通常用于解决集成性问题，它们的使用都得到了良好的定义，专一的企业SOA动机很稀少，并且很少能够成功。这是由于端到端的进程SOA框架现在还没有得到广泛的应用，一些属性框架则除外。面向服务架构（SOA）可以从不同的视角来查看。基本上，它是用于描述松散耦合系统的结构性形式。当与方法学指南和一个支持性软件相联系时，这些软件可

本教程向您描述了，怎样扩展IBM?Rational?SoftwareArchitect的应用，以及怎样使用您自定义的模板，来自动生成一个设计方案RationalSoftwareArchitect为您在设计服务型结构（SOA），或其他方案时的联合应用，提供了一些技巧。您也可以通过这些自动操作，来提高方案的质量，以及支持总体管理进程。思考您想从本篇指导性文章中，学到什么，以及怎样得到这些您想学到的内容。为了充分利用模型驱动开发（MDD）带来的便利，您的设计及开发环境需要有以下特性：最便于可重用的环境：人们可以重用经验证的方案，以解决问题，同样也能为其他可重用提供解决方案。基于角色的工具：工具应致力

最近因业务需要，小拾君深入学习了一下微服务架构相关的技术，跟大家分享一下。本文并不会涉及太多晦涩难懂的技术术语以及技术细节，只是对架构设计做一个简单的梳理归纳，让大家从宏观上对微服务架构设计有一个初步的了解。本文涉及的内容以及知识点如下：1、单体架构2、单体架构的拆分3、SOA与微服务4、微服务的优缺点5、微服务的消息6、服务集成7、服务发现8、服务注册9、数据的去中心化Web应用程序发展的早期，大部分web工程是将所有的功能模块(serviceside)打包到一起并放在一个web容器中运行，很多企业的Java应用程序打包为war包。其他语言(Ruby，Python或者C++)写的程序也有类似

组件化、模块化是软件开发中一个很重要的概念，基于面向服务体系架构（ServiceOrientedArchitecture，SOA）下，如何实现组件化，有各种实现方式，下面通过对各种组件概念的对比，从技术角度提出业务组件（BusinessComponent，BC）定义，并结合对总线模式的分析，给出企业服务总线和类总线的实现方案。关于企业架构（EnterpriseArchitecture，EA）和面向服务体系架构（SOA）在《面向服务体系架构（SOA）和数据仓库（DW）的思考》（以下简称《SOA和DW》）一文中做了介绍，企业架构包含企业战略、业务架构、IT战略、IT架构四个部分，IT架构如下图IT

火龙果软件工程技术中心  本文内容包括：引言SOASOA生命周期SOA治理采用SOA找到SOA的基本要素采用SOA治理平台结束语参考资料面向服务的体系结构（Service-OrientedArchitecture，SOA）承诺通过使业务与IT需求和目标保持一致来提供业务敏捷性。但是如果没有恰当的治理，SOA实现只是一组可能不相关的服务，无法交付具有可持续价值的任何东西。作为您的企业中的SOA活动的一部分，成功地启动SOA治理以保证SOA实现的成功是至关重要的。这包括确定何时将IBM:registered:WebSphere:registered:ServiceRegistryandReposi