领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
微软ESB指南2.0 CTP
作者 Boris Lublinsky 译者 胡键 发布于 2008年12月16日
微软在几周前发布了ESB指南2.0 CTP：
微软ESB指南提供了架构方面的指导、模式、实践，以及一系列BizTalk Server R2和.NET组件，旨在简化微软平台上的企业服务总线（ESB）的开发，并让微软的客户可以扩展他们自己的消息传递和集成解决方案。微软ESB指南包含 了一系列支持和实现松耦合消息传递环境的互操作组件，该环境简化了基于消息的企业应用开发。
根据Dmitri Ossipov在微软ESB指南中的模式&实践会议中的幻灯片提供的内容：
- 松耦合的消息传递环境
- 注册驱动的消息路由
- 基于路线的处理（Itinerary-based processing）
- 逻辑集中的消息传递设施（Logically-centralized messaging fabric）
它给客户带来了如下好处：
- 复用程度更高
- 运营成本更低
- 动态改变业务
- 业务、服务和异常度量指标的收集点
在他的幻灯片中，Dmitri定义了ESB指南2.0版核心引擎架构：
Adlai Maschiach描述了该架构的主要组件：
- Web服务：暴露内部服务，如路线处理、异常管理、端点和地图解析、BizTalk操作、UDDI互操作和消息内容转换。
- 路线服务和集中存储：包括执行转换和消息传递的代理。你可以从存储解析路线，并创建参与路线解析的自定义服务。
- 路线入口（Itinerary on-ramps）：暴露使用SOAP或WCF的服务。On-ramps暴露路线SOAP报头并执行路线处理，它利用了微软ESB指南中用于动态解析端点和元数据的解析器和适配器提供者框架。
- 入口（On-ramps）：接收某个格式和传输范围内的外部服务，如HTTP、JMS、WMQ、FTP、平面文件和XML。它们是典型的BizTalk接收位置，它们会根据需要使用微软ESB指南中的管道组件和微软ESB指南中用来动态解析端点和元数据的解析器和适配器提供者框架。
- 出口（Off-ramps）：实现了传递消息的发送端口，使用的格式和传输如SOAP、WCF、JMS、WMQ、FTP、 HTTP、平面文件、XML或其他自定义格式。它们是典型的BizTalk发送端口，它们会根据需要使用微软ESB指南中的管道组件，以及微软ESB指南 中用来动态解析端点和元数据的解析器和适配器提供者框架。
- 异常管理框架：包括异常Web服务、异常管理API，以及用于丰富异常细节、处理以及传递异常细节给ESB管理门户的组件。
- ESB管理门户：提供注册供应、异常元数据、报警通知和分析。
这是微软针对BizTalk Server 2009的ESB指南2.0的第一次CTP发布。相比2007年11月发布的版本，包含几处修改和增加。
新特性和新组件
- 新样例 该版本包含了以下几个新例子：
- 针对企业库4.0的SSO配置提供器
- 多Web服务执行样例
- 异常处理服务样例
- 新的ESB Web服务该版本包含了以下几个新的ESB Web服务：
- 通用路线服务（不要求有路线报头）
- 新的核心特性该版本包含了以下几个新的核心特性：
- 向微软BizTalk Server 2009（Beta版）靠齐
- ESB配置工具
- 集中存储路线
- 路线解析器组件
- 路线转发器管道组件
- 路线选择器管道组件
- 路线设计器
- 使用企业库4.0配置块集中进行配置
- 使用企业库4.0缓存块集中进行缓存
- 可通过消息传递和编配调用多个服务
- 路线BAM跟踪
- 改进了ESB核心引擎和路线执行
现有特性的修改
- 解析器和适配器提供者框架：该版本增强了Dispatch和Transform类，使之能通过使用文档规范类型在发布管道组件内部批量路由消息，同时还支持路线。
- 路线缓存管道组件：该版本使用企业库4.0可配置的缓存管理。
- UDDI发布器工具：该版本只支持UDDI3，使用发布器定义的键值来发布端点。
- 一般的错误修改
本次发布引入的新特性将使微软在ESB市场扮演一个更加重要的角色。
查看英文原文：
Microsoft ESB Guidance 2.0 CTP译者 胡键 热心开源技术，《开源技术选型手册》作者，《SOA实践指南》译者。目前致力于Groovy/Grails的研究和推广。
没有回复
关注此讨论 回复