soa平台
收录了 soa平台 频道下的 50 篇内容
文章：专访 Ricco——开源的 SOA 平台
德国邮政世界网（同时也是DHL的拥有者），创建了一个被称为“SOPERA”的“SOA平台”，它的目标是成为一个功能齐全的SOA环境。现在，SOPERA宣布：它将把它的平台捐献给Eclipse基金会。InfoQ记者就此采访了Ricco Deutscher，他是为支持平台而成立的新公司的常务董事。
eBay 开源软件站发布 SOA 平台：Turmeric 项目
开源项目Turmeric的发布是eBaypenSurce.org在开源软件界的首次亮相。Turmeric是一款集设计时与运行时工具于一身的SOA平台。这是非ISV版工具迈向上升趋势的信号吗？
专访 Ricco Deutscher：开源的 SOA 平台
世界上最大的物流公司之一，德国邮政世界网（同时也是DHL的拥有者），已经创建了一个被称为“SOPERA”的“SOA平台”，它的目标是成为一个功能齐全的SOA环境。现在，SOPERA宣布：它将把它的平台捐献给Eclipse基金。InfoQ的记者就此采访了Ricco Deutscher，他是为支持平台而成立的新公司的常务董事。
了解 Nanoko：JavaScript SOA 平台和构建过程
Nanoko是由Ubidreams和Dynamis Technologies开发的一个JavaScript构建过程，它被设计用于提供模块化和可重用性来弥补现有工具的不足，而不是做重复发明的工作。
SOA 治理基础
在这篇文章中，MomentumSI公司的SOA专家Ed Vazquez从基础层面对SOA治理进行了详尽的阐述，重点对治理中一个全面的SOA治理模型的存在必要性、具有普遍性的治理原则以及同时进行战略治理与战术治理的缘由以及它们之间的差异进行了说明。
探求真正的 SOA
Alex Maclinovsky解释了他对治理的愿景与业界流行看法不同的原因。他根据自己对SOA平台的职责的精确理解，提出了一个关于SOA治理的统一观点，他声称该观点可以把不够完美的SOA平台与实现改造成真正的SOA。
【上汽零束 SOA】云管端一体化 SOA 软件平台系列介绍之六：数字生态篇
上一篇文章主要介绍了SOA服务的实现案例，本篇零小束将重点阐述SOA服务软件平台与数字生态的关系。
【上汽零束 SOA】云管端一体化 SOA 软件平台系列介绍之五：服务实现篇
近来SOA技术在汽车圈可谓是风生水起， 各路大咖关于SOA的文章也层出不穷，有写电子电气架构的，有写服务设计的，有写具体实现协议的，而我接下来从SOA软件实现的角度，结合一个具体的软件开发实例，让更多的朋友们理解什么是SOA，SOA背后的实质是什么，SOA框
建立服务治理组织
服务治理是一个成功的面向服务架构的关键方面。它的建设必须在SOA实施的初期尽早地被计划和检验。在本文中，Jean-Jacques Dubray展示了创建这样一个有效组织的必要条件。
2011，SOA 进入稳步发展时期
纵观InfoQ 2011年度所有SOA相关新闻和文章，可以得出结论：SOA已进入稳步发展时期。
案例研究：SOA 在 CISCO 公司取得成功
Cisco公司的首席架构师在最近一次SOA联盟会议上分享了他们的制品、逸闻和技巧，内容涵盖由四步骤组成的成熟流程、主要的设计关注点和SOA平台。他还谈论了涉及人员、流程和技术维度的成功因素，包括企业参与的重要性，以及流程、策略和规则的业务所有权。
开源是 SOA 的未来之路吗？
Dana Gardner引用了最近发布的一些报告，为开源和SOA之间的相互促进提供了进一步的佐证。开源的道路会让SOA更容易被人接受吗？
一种适用于真实世界 BPM 的协作方式
Bernd Ruecker探索了在开发BPM解决方案时如何才能更好地达到业务与IT的契合。他描述了一套使用基于BPMN流程模型为中心进行协作的方法论，该协作促进了用户间的讨论和交流，将需求、业务规则其他物件连接起来、使开发状态形象化、使业务驱动的测试场景得以细致地明确等等。
文章：SOA 治理中的角色
本文探索了成功的SOA治理需要的一套潜在的角色：“SOA领域架构师”角色，“SOA平台架构师”角色，“服务设计者”角色，“业务服务所有者” 和“技术服务所有者”。并详细讨论了上述的每一个角色。
观点：评论 SOA 的准备情况
独立企业架构师和SOA咨询师David Conway分享了他关于组织内SOA准备情况的观点，并就实施SOA项目之前需要考虑的事情给出了一些实践性建议。
移动 SOA 的门柱
在过去几年内，业界试图多次定义和重定义SOA，整个过程中往往自相矛盾。到底是SOA真的发生了大变化，还是这一切的发生只是由于仍然缺乏对SOA本质的理解？
SOA 治理中的角色
本文探索了成功的SOA治理需要的一套潜在的角色：“SOA领域架构师”角色，“SOA平台架构师”角色，“服务设计者”角色，“业务服务所有者”和“技术服务所有者”。你可以采纳这些名字，也可以选择一套更适合你当前情况的术语，但是我相信在接下来本文中提到的那些任务对应的角色需要在各种情况下正式的授予，这样可确保SOA能实现它做的所有承诺。
京公网安备 11010502039052号 | 产品资质
