大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
微软发布托管服务引擎（仓库）
作者 Udi Dahan 译者 朱永光 发布于 2007年11月12日
随着愈来愈多的企业在寻找一种转移现存IT资产到新服务基础结构的方法，虚拟化的主题在SOA世界也愈来愈火热。微软之前对于这个话题保持沉默，如今通过一种面向社区的方式发布了元数据驱动的服务仓库。
MSE（Managed Services Engine，托管服务引擎）通过一个服务仓库让服务完全虚拟化，它帮助组织更快地部署服务，协调变更管理，并最大化不同服务基础的重用。这样做以后，MSE为服务提供了相应的能力来支持版本标定、抽象、管理、路由和运行时策略执行。
托管服务引擎目前已经发布在微软的开源项目托管站点Codeplex，它体现了微软服务部门为他们企业SOA客户所开发的一种方式。当前发布了6.2版本，这个社区技术预览版让WCF和常规的WSDL服务进行虚拟化成为可能，还附带了一个30分钟的练习。
InfoQ和William Oellermann——托管服务引擎项目的协调员坐下来讨论了这个版本。针对最近微软宣布Oslo项目的公告，我们询问Oellermann，MSE是否是Oslo的一部分：
不，MSE已经由微软服务部门和客户开发了好几年。然而，我们现在才共享我们的解决方案、相关的应用程序，而且我们与[互联系统部门]和Oslo团队一起学到的经验也确保我们能应用那些知识让我们的产品更好。
BizTalk在微软的SOA战略中一直是一个关键的组件，也被引入到中心ESB指导书中。Oellermann由此谈到了MSE和BizTalk之间的联系以及他们各自的需求：
.NET 3.0和SQL Server是唯一的需求。BizTalk是一个很有价值的插件工具，它给特定实现提供了BAM、BRE、实体映射和ESB指导书。
在访谈中还谈到了微软服务部门在使用MSE更快部署服务和应用于垂直业务领域过程中获得的好处：
MSE已经被用于通讯、旅游、医疗和教育产业中。我们还没有对MSE计算一个正式的ROI（投资回报率），但服务能有多快地被部署的最好证明是对现有服务的明显改变。通过配置定义端点（Endpoint)、协议（Protocol）、契约（Contract）和策略（Policy），你能在几分钟内使用现有的服务实现和创建一打变体，且不需要任何代码。保守估计，时间和精力比使用“常规”方法要减少25%。
为了不与由微软和它的合作伙伴提供的现有SOA治理解决方案混为一谈，Oellermann描述了二者在主体思想上的区别：MSE以仓库为主要思想，而SOA治理领域主要思想是注册。
为了说的很清晰，我们把MSE服务目录（MSE Service Catalog）称作仓库（Repository），而非注册库（registry）。我们将仓库视为设计和服务执行相关的所有信息的集合，而注册库仅仅是你想发布的（服务）的子集。在我们的模型中，仓库将提供必要的信息给注册库。我们的仓库和其他仓库或注册库是有区别的，因为它不包含WSDL的定义，它包括操作（Operation）、端点（Endpoint)、实现（Implementation）和策略（Policy），并且我们能基于这些关系动态生成合适的WSDL。通过SOA，它确实提升了我们的灵活性水平。
Oellermann对于MSE进一步得到使用表示乐观，尤其是在它结合WCF进行开发的最佳实践中更能体现出来：
我们将在和多个客户的合作中继续使用MSE，且我们将从他们那里和我们的CodePlex社区收集反馈，以决定哪些部分需要提高和扩展。我们将这次发布视为一个坚实的核心，我们和其他人将能持续地通过添加绑定（Binding）、行为（Behavior）和其他WCF扩展来推动新的使用场景。
同样，一个升级到Oslo的路线也可望在未来某个时候可以获得：
在某点上来看，MSE运行时服务器和服务目录的功能有望纳入到我们的平台、产品和（或）服务器中。我们将和产品团队紧密协作，从而为客户提供一个路线图，以便他们在SOA仓库数据上的投资能获得保护。
要关注MSE进一步的开发情况，可以访问他们在CodePlex上的站点 。
查看英文原文：Microsoft Releases Managed Services Engine (Repository)
译者 朱永光 是IT自由人和环境保护者，微软最有价值专家（MVP）和MCSD。
没有回复
关注此讨论 回复