SOA

SOA应用程序的性能测试包括了 benchmarking test(基准测试), capacity test(容量测试)和 soak test(浸泡测试)三个主要测试阶段。

随着基于服务的定价方式日益普及和云计算继续增加吸引力，SOA技术厂商都会向这个方向发展。

服务的监控及提供相对比较简单。最让人困惑的SOA决策是服务如何联系、服务之间应采用哪种仲裁机制。

面向服务的架构（SOA）策略为基于SOA的解决方案增添了重要的业务和技术灵活性及控制性。在运行时，SOA策略提供了现成的便利渠道，以改变某项服务的关键操作特性，包括像许可限制（approval limits）和事务处理路径选择（transaction routing）这些业务参数。

过去的一段时间，重复使用一向是许多面向服务架构（SOA）拥趸大声疾呼的口号，这到底是不是SOA的一大优势呢？实则不然，这只是推销SOA的一大卖点而已，重复使用仅仅是SOA的一小部分价值;在SOA整体架构中显得微不足道，如果企业过于关注重复使用，只会导致企业的业务优先级别不一致，最终导致糟糕的架构。

建设数字化校园的目标是消除校园网中的信息孤岛，整合校园网中的各种应用系统并实现统一的身份认证服务机制。运用SOA构建统一身份认证服务架构，一方面它实现了平台无关性，另一方面实现了分布式部署、组合和使用的服务。

双面SOA本质是什么？概念大于实际，不是谎言是什么？

　近日，一篇题为“画皮SAP：世界最大管理软件公司中国真相”的文章，将国际管理软件巨头SAP推到了舆论的风口浪尖上。而原本与“画皮SAP”毫不相干的用友，也因为U9在市场上的表现过于抢眼而卷入“画皮”事件，被疑为该事件的幕后推手。文章一出，霎时间，媒体界和IT界的资深评论人、专家针对二者的是与非展开了激烈的讨论，将整个圈子弄的烟雾弥漫，也使事件变得更加扑朔迷离。而此时，有媒体人士透露，SAP已经开始展开了调查，并开始匿名在论坛上散布此次事件即为用友所为的消息。

近日，ITPUB社区ERP板块，一位使用ERP多年的网友李新(化名)在学习使用U9的过程中，发帖抱怨U9中使用了大量的存储过程，并质疑号称全球第一款基于SOA架构的ERP系统U9，其SOA设计架构理念到底体现在哪些地方?

在本文中，我们解决了与SOA成熟度相关的治理问题。解决办法是：SOA治理应该关联到主流程的框架

尽管在产品、理念、标准、路线等诸多方面存在不少的差异，三家SOA主要厂商IBM、SAP以及BEA今年却有了一个相同的方面，那就是把SOA推广的重点从IT人员转移到了业务人员。

如果现在要问CIO们：今后几年最重要的企业信息化技术是什么?

对于SOA，尤其是像开发人员和CIO等仍有若干关键问题需要回答。

我对IBM的 SOA产品是有些自己不成熟的看法的。在这里拿出来讨论一下。

本文将通过一个根据实际项目经验提炼出来的小故事，来探讨在SOA业务整合项目中如何根据实际需求选取合适的产品技术，实现WebSphere平台与其他应用程序的连接和集成。文章对使用WebSphere Adapter产品和采用面向对象编程这两种实现方式的优劣和适用范围做了相应的分析和比较。

如果现在要问CIO们：今后几年最重要的企业信息化技术是什么？恐怕大部分CIO都会毫不犹豫的回答是SOA（面向服务的架构）。一方面是软件厂商在用一致的产品和市场策略（SAP、ORACLE、IBM等国际软件巨头从本世纪初就开始致力于SOA产品的研发和推广；国内的用友也在最近发布了SOA化的U9）向企业传递这样的信号——SOA是企业信息化的必然趋势。另一方面，众多CIO也已然把SOA看成是解决现有信息系统庞大、复杂、迟钝问题的重要选择。就这样，在软件厂商的鼓动下，以及在众多企业的期盼中，SOA浪潮席卷全球。

尽管在产品、理念、标准、路线等诸多方面存在不少的差异，三家SOA主要厂商IBM、SAP以及BEA今年却有了一个相同的方面，那就是把SOA推广的重点从IT人员转移到了业务人员。

先有管理系统还是先有管理思想的争论，是一个老问题。然而，在讨论SOA会不会造成IT黑洞这个问题时，却还得回到这个老问题上。

首先，笔者认为企业门户需要秉持为业务应用提供支持的原则，因此通过单点登录和身份管理机制为多个信息系统提供统一的入口适合作为企业门户的第一步。其次，Portal平台易于通过工作流引擎与办公自动化系统整合，通过公文流转、组织管理、协作沟通等日常操作的绑定，有助于自上而下将企业门户推广作为全员使用的操作平台，并为内容管理、Social Network的实现打下基础。第三，企业门户应当重视界面设计和用户体验，但也需谨记过犹不及——运用一些Web2.0技术可以采集更多的信息，实现交互式的操作，但偏离需求的应用和信息往往会适得其反，转移用户的注意力。

敏捷软件开发以交付而不是构造为核心，敏捷软件开发方法强调交付对客户有价值的软件，而不是用户需求中所描述的软件。 敏捷软件开发是20世纪90年代逐渐引起广泛关注的一些新型软件开发方法的总称。这些开发方法的具体名称、理念、过程、术语都不尽相同，但是它们都强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文