服务世界开发未来 : 产品与技术

重装上阵 - BizTalk Server 2009

STB China Blog — Tue, 05 May 2009 07:05:00 GMT

5月1日，BizTalk Server的第六个正式版本 —— BizTalk Server 2009正式发布了，共有9个语言版本一起亮相，其中当然包括了中文简体版:)。这篇文章向大家介绍BizTalk Server 2009中有什么新增的功能和改进的能力。

更新的平台支持

Windows Server 2008, SQL Server 2008和Visual Studio 2008是微软近期发布的重要平台产品，BizTalk Server 2009将全面支持新的平台，并保持对现有平台的支持，具体如下：

· 操作系统：Windows Server 2003 SP2, Windows XP SP3, Vista SP1, Windows Server 2008

· 数据库：SQL Server 2005 SP3, SQL Server 2008

· 开发工具：Visual Studio 2008 SP1, .NET Framework 3.5 SP1

用户可以通过对新平台的支持而直接获得收益，比如：

· 更好的虚拟化：虚拟化是提高硬件利用率并降低运营成本的好方法，而通过借助Windows Server 2008和HyperV, 我们可以实现BizTalk Server的高性能虚拟化部署，包括实现64位虚拟机，多虚拟处理器以及enlightened设备等。

· 通过支持SQL Server 2008而获得更好的数据库性能，同时维持对SQL Server 2005而保护用户的现有投资。

· 通过支持Visual Studio 2008增强开发人员体验和团队生产率。

提升开发人员和团队生产率

BizTalk Server 2009在开发方面不仅仅是简单地支持在Visual Studio 2008中创建BizTalk项目，还通过提供了一系列新特性来提高开发人员和团队的生产率。

· 新的应用程序生命周期管理（ALM）支持: BizTalk Server2009提供了对Team Foundation Server(TFS)的支持，使开发团队可以像开发其他.NET项目一样地管理BizTalk项目, 比如通过TFS与Project Server集成进行项目管理，对Bug进行追踪，并且使用MSBuild实现自动构建。

· 增强的开发人员生产率：BizTalk Server 2009改进了BizTalk项目系统，提供了与其他Visual Studio项目相同的用户体验。BizTalk Server 2009还实现了若干新特性，比如对Map的单步调试从而简化对复杂Map的开发和调试，以及通过生成代码框架实现对Artifacts（如Schema, Map和Pipeline）的自动化单元测试。

增强的SOA和Web Services集成能力

BizTalk Server 2009进一步完善了其作为SOA集成服务器的全方位集成能力。

· 新的Web Services注册: BizTalk Server 2009包括了UDDI Services 3.0，提供了对服务的注册和发现机制。

· 新的行业（LOB）适配器: BizTalk Server 2009 为Oracle E-Business Suites和SQL Server提供了两个新的适配器。

· 增强的IBM主机系统集成: BizTalk Server 2009增加了一个新的WCF WebSphere MQ 通道，并且新增了一个新的针对主机应用程序的WCF服务，将传统Transaction Integrator暴露给.NET Framework开发人员。另外，BizTalk Server 2009还包括了对CICS，IMS，CICS HTTP，DB2，DB2/400，DB2 Universal Database，和WebSphere MQ等最新版本的支持。

· 增强的企业服务总线（ESB）导航：通过ESB Guidance 2.0实现企业服务总线（ESB）使用模式。

增强的B2B集成能力和设备连接能力

· 对EDI和AS2协议的增强支持：EDI/AS2仍然是重要的B2B集成手段，BizTalk Server 2009对已有的EDI/AS2特性进行了一系列的改进，比如支持多消息附件，自动配置消息转发，端到端保持文件名等。

· 新的Mobile RFID平台和设备管理：BizTalk Server 2009为多种移动设备提供了一个新的轻型平台，简化了移动应用程序的发展，这样的移动应用程序可以通过RFID实时读写商业信息。BizTalk RFID Mobile包括了对增强的设备管理的支持，以及使用PowerShell和System Center Operations Manager2007管理和监控RFID基础结构的能力。

· 新的RFID工业标准支持：支持关键工业标准（包括LLRP，TDT，TDS，WS Discovery和不完全EPCIS支持）。

我们对BizTalk Server 2009的贡献

最后，自我宣传一下:)，服务器与开发工具事业部的中国团队在BizTalk Server 2009的开发中发挥了举足轻重的作用：

· 北京团队负责了BizTalk Server 2009整体的测试工作。

· 上海团队负责了UDDI Services v3.0的全部开发和测试工作。

马仲男测试主管

Visual Studio Team Architect团队的敏捷开发（第二部分）

STB China Blog — Mon, 09 Mar 2009 05:35:00 GMT

我希望大家都度过了一个快乐的春节。我也享受了一段轻松的假期——大部分时间宅在家里接待朋友和他们的家人，同时去杭州做了短暂的旅行。

十分感谢你们通过博客或者私下里给我的反馈。我希望在这篇博文中回答一些你们提出的问题。同时，为了延续整个系列的行文思路，我也会涉及一些我们团队计划sprint的方法以及sprint过程中发生的事情，并穿插着回答你们提出的那些问题。

首先，我想说的是，不存在敏捷无需计划的神话。可是，敏捷开发中的计划的确和传统软件开发中的计划有着很大区别。正如我在上一篇博文中所说，我们针对利益攸关方(stakeholders)给出的上层需求创建了带有优先级的产品待开发事项(product backlog)。这一带有优先级的任务列表形成了最基本的sprint计划。在这一过程中，我们一般遵循三阶段的步骤：在主管间进行的预计划阶段，所有团队成员都参加的计划阶段以及包含利益相关者的计划提交阶段。这里的关键是：计划是在所有成员的通力合作中进行，最重要的是由组员自发来制定标准、而不是依赖于某个项目经理。

预计划阶段在上一个sprint的最后一周进行，在这一阶段中，团队中分别带领项目经理，开发和测试的几位主管会聚集到一起讨论出在即将进行的下一个sprint中，需要开发的故事(story)列表。这个过程取决于很多因素，其中最重要的是：上一个sprint的进展情况，从利益相关者那里得到的反馈，需求或故事优先级发生的变化以及预计的团队速度。项目经理(有时甚至是开发人员或者测试人员)在阐述故事的时候会尽量简短到只描述出目标、故事的简单介绍以及故事的具体流程。我们发现OneNote很好的满足了我们这一需求(稍后会给出一个故事的截图)。

产品待开发事项总是列出对客户有价值的条目，同时它也可以增加这个团队要求的条目。但是，只有那些最终会给客户带去价值的条目才可以出现在待开发事项中。举例来说，创建并维护一个持续集成服务器以持续保证最终产品的质量，这样的条目被允许出现在待开发事项中的。

计划阶段通常在sprint的第一天进行。在开会前，项目经理会把OneNote页面的链接发送给组员，以便大家评估，并且为计划会议做好准备。通常，组员会在OneNote页面中交换意见，从而在会议之前澄清那些不明了的地方。在计划会议当天，团队组员会聚集到一起，过一下所有的故事，解决之前发现的任何问题，把故事进一步细分成一些任务，并描述每个故事的验收测试。组员同时也会对完成这些故事所需要的时间做一个大致的估计，然后根据这些估计决定在这个sprint中，团队可以完成哪些故事。

计划提交阶段在之后的一天进行，主管会再度聚集在一起并且向利益相关者介绍团队承诺完成的任务。此时，利益相关者可以提出建议对优先级进行调整。比如，如果团队成员可以完成故事A，B以及C，但是不能完成D和E，利益相关者可以建议团队在这一个sprint中完成A,B,D以及E(假设D和E消耗的总时间和C相同)。然后，项目经理会把这些故事输入用来管理我们项目的Visual Studio Team Foundation Server。

注：我们花了好几个sprint来学习并总结出以上这个计划流程。这就是sprint回顾(我会在以后的博文中提及)发挥的重要作用。

现在，让我来回顾一些针对我上一篇博文提出的问题：

在sprint中的变化以及干扰

有一位朋友提了这样一个问题，变化是敏捷方法的核心，那么团队应该如何应对sprint过程中发生的变化呢？诚然，快速有效的应对变化是所有敏捷方法的核心部分，然而，在sprint过程中的干扰始终对生产力有着不良影响。在我们的团队中，我们总是尽量避免sprint过程中的干扰，把变化延缓到下一个sprint中。因为我们把sprint的长度控制在4个星期，所以对于那些变化，意味着他们平均需要等待2个星期。:) 最起码，我们希望团队在应对变化之前，先完成那些计划了的故事。这一策略当然需要利益相关者的支持，并且在之前就达成一致。干扰对团队的影响很容易观察到，方法之一就是留意团队速度的下降。(比如在燃尽图上看到曲线的变化)

代码重构：

另一个问题是该怎样应对因需求改变导致的重构现有代码。当研究一个新的设计时，重构是有效的方法；当代码量不大时，重构也不是一个大问题。然而，一旦你的代码量开始变大，重构的代价就会变得很昂贵。由于利益相关者的反馈和需求的变化，我们也曾有相当一部分代码需要重构。在考量代码重构问题时，最重要的依据是重构对于产品和团队的影响。

举一个例子，我们曾不得不改变当一个图形被拖动到另一个图形内部时的产品行为。因为在最初设计这一行为的时候，我们的信息不够充分。在初期的实现之后，我们注意到有一些人已经对这一行为记录了bug，因为他们认为产品的表现和他们的预期不同。我们针对这一情况采取了下列的方法：1）收集更多的反馈以明确预期的行为；2)提供了一个穿刺(spike)方案（译者注：Spike指在产品线的外部开发的试探性的原型系统），调整了产品的行为；3)对穿刺方案进行代码复查和“伙伴测试”确保解决问题。（译者注：伙伴测试指找产品组成员帮忙适用产品的新功能，以查找问题）4)对已发生的变化撰写单元测试。

另外，我需要指出的是，在任何的重构过程中，自动化测试的好处都不会被过分夸大。它能够确保正在进行的代码改变不会给产品的其他部分带来计划外的破坏。

架构与设计

尽管我们应该预期到设计和实施中会有变化发生，然而，就如我之前提及的，当代码量增大时，对代码的改变和重构的代价呈非线性的增长。面对这个问题，预先进行一定程度的架构与设计就带来了好处。这里的架构与设计并不需要非常具体化，其目的是能够刚好鉴定出在之后的实施中可能面对的主要问题。当然，说起来容易做起来难J。在项目的初期，当上层的需求齐备了，也有一个初步的产品待开发事项列表时，就可以开始进行上层架构了。尽管这可以通过纸笔或者任何建模工具来完成(我们希望在Dev10发布之后，你们会用Visual Studio Team Architect完成这项任务)，你将会需要开发一个原型来支持你的设计与架构。我们发现这一步骤对项目的成功非常有帮助。对有一定复杂度的项目，你可以通过这个方法来确定应使用的技术，明确依赖关系等等。对团队来说，这也是对其各自的自动化框架加强建设的好时机。

OK，我已经讲了很多形而上学的东西。下面让我展示一些截图，把我们团队在sprint计划阶段进行的工作映对到我在前文中所讲述的方法原则。

下面的这些截图展示了我们团队在sprint计划以后讨论出的故事列表。同时，你也会注意到一些不同的团队成员留下的评论。其中的交付编号是在TFS中对应的标识号码。

一个用户故事从用户角度描述了一个需求功能点。一个好的用户故事包括需求功能的描述，谁需要它，怎么使用它，为什么需要它。

Spint计划中的重要一环是让团队对“完成”的定义达成共识。在我们对“完成”的定义中，编写并且运行通过验收测试是重要内容之一。验收测试是在软件交付之前进行的黑盒测试。在我们的语境中，它意味着用户故事的核心内容实现得如同预期的那样。

一个验收测试应该满足两个条件：1)产品的拥有者应该能够根据它鉴定用户故事已经被实现。2)开发人员应该能够根据它检验他们是否已经开发出了预期的功能。我们不开发那些不能被检验的功能。

下面是我们所创建一个典型用户故事的具体组成部分：

接下来，你会看到一个示例故事以及基于这个故事展开的讨论。<作者注：为了节省空间，以及展示团队成员间的合作，在复核阶段对问题展开的讨论，我做了手工编辑并把他们合并在了一起。〉最重要的是对故事的讨论是团队在动手实施之前的协作，团队在那一时刻已经达成了一致。在这里，我们把对质量的要求往上流推进到很早期的阶段，甚至在团队动手开始写任何一行代码之前，我们已经开始为产品质量作了努力。事实证明，这一办法在之后节省了我们很多的时间精力。如下图所示，团队讨论并解决了关于可用性，可实施性以及可测试性的问题。

这篇博文中，我已闲庭信步于sprint计划阶段，不多言了。下一篇中，我会就sprint的实施阶段展开进一步的讨论。

Ramesh Rajagopal

Visual Studio Team Architect 中国团队经理

翻译：朱永泰

校译: 林裕科

The Earth Rover

STB China Blog — Tue, 17 Feb 2009 08:10:00 GMT

上个月, 近100位大学生软件开发爱好者访问了我们事业部在上海的办公室，我和实习生石超向大家介绍了Azure Services Platform和我们中国团队在其中负责的.NET访问控制服务，并做了一个最新的机器人演示。在此，我们将这个十分钟的小讲座整理成文，希望能让您从一个侧面初步了解这个新的微软云计算平台和其中一个有趣的应用。

    大家也许都听说过火星上面的两个机器人: Spirit和Opportunity。在地球上, 我们自己用Lego Mindstorms也做了一个，我们叫它"the Earth Rover"。这是世界上第一，也是目前唯一利用微软崭新的云计算平台来控制的机器人。更确切来说，我们用Azure Services Platform中的.NET访问控制服务来决定谁能够控制它, 以及使用者有哪些控制权限。在向大家演示这个机器人前, 让我们一起先来了解一下相关的技术背景。

    21世纪是个互联网时代，大家都用过很多大型的互联网应用，比如说Facebook、淘宝。这些应用都有至少两个共同的需求：

1. 计算能力: 公司需要技术部门去购买和维护硬件以及支持这些应用的操作系统；

2. 一系列能提供常用功能的模块。

    大多数的公司内部一般都不具备这些资源或条件，因为这不是他们的主要业务，同时他们也没有这方面的经验和技术。

微软利用在维护许多大型网站和在线应用过程中（例如Hotmail和一系列Windows Live的服务）所累积的经验与技术，创建了一个崭新的云计算平台，希望以此与大家分享这些经验、技术，让各类企业和组织能将更多的精力投入到自己的核心业务上，而这个崭新的平台叫做Azure Services Platform。

    这个平台共有两层（layer），下面的一层叫作"Windows Azure"，这是在云端的Windows操作系统。用户能够在上面部署自己的.NET应用，并运行在微软的服务器上面。未来，它也能支持包括用C++等语言在内编写的本机/原属应用程序(native applications)。这就好比一家发电厂提供电能，大家不会购买自己的发电机；Windows Azure提供了计算能力，大家就没有必要为拥有计算能力而购买和维护自己的服务器了。

    在Windows Azure之上是一些积木式服务，包括云端的数据库（SQL Services），以用户为中心的Live Services和通用服务（.NET Services）。我们的机器人是用.NET Services实现的。.NET Services本身分三个子模块: 访问控制服务（Access Control）, 服务总线(Service Bus) 和工作流服务 (Workflow)。

    在我们的技术演示中，机器人被视作为一个很宝贵的资源，它的主人要防止别人的恶意使用。为了做到这一点, 主人在访问控制服务的网站上设置了一些规则来管理控制人的权限，任何人都需要通过访问控制服务的验证才能使用这个机器人。

    现在，主人设置了五条规则，每条都对应了机器人的一个功能: 前进，后退，向左转，向右转和停止。如果用户同时拥有这五条规则，他/她就可以让机器人实现全部功能。在这个图里，一位被称作"TesterF"的用户有权使用全部功能。机器人的主人通过.NET访问控制服务也能很灵活的指定其他用户来操作机器人，比如说一个Windows Live ID用户，或者一个Active Directory用户。

    当然, .NET访问控制服务和Azure Services Platform还有很多其他功能，您如果感兴趣访问以下两个网站:
    Azure Services Platform: http://www.microsoft.com/azure/

    .NET Services: http://www.microsoft.com/azure/netservices.mspx

    如果大家对机器人的实现感兴趣, 我们也画了一张结构图：

这个演示只是一个有趣的使用案例，如果您在家里实现了一个软件+硬件的应用，比如说，某位朋友家里有一套能从互联网控制的圣诞灯, 那么可以考虑使用.NET访问控制服务来允许自己的朋友从互联网开和关灯。您还能想到哪些有趣的使用案例?在这里留言告诉大家吧。

项目经理辛晓闻

注：在本周末的.NET技术大会上，晓闻和另十位微软中国研发集团服务器与开发部的同事将在Common Language Runtime，.NET Framework，Web Development和Methodology & Process等方面与大家交流。

星期五：

- CLR/.NET Framework 4.0功能增强 [张羿]

- 使用Silverlight构建企业级RIA应用-现在与未来 [郭晓颖]

- 使用Azure Services Platform的.NET Services 搭建您的下一个云-端应用 [辛晓闻, 熊炜]

- Windows Forms Progress and Future [许文斌]

星期六

- Building Web Applications with .NET Now and Future [Matt Gibbs]

- Silverlight Control and Data Binding [范翔]

- Silverlight Networking [尧敏]

- 深入浅出 WF 4.0 [郜建,李丛昱]

- 微软软件研发方法与过程 [徐鹏阳]

大会具体详情请查阅网站：http://conference.softcompass.com/net2009/

Visual Studio Team Architect 团队的敏捷软件开发（第一部分）

STB China Blog — Wed, 21 Jan 2009 02:20:00 GMT

在最近几次与客户面对面的交流中，我有幸分享了我们团队如何在日常工作中进行敏捷软件开发。毫无疑问，这在中国开发人员中是个热门话题，我也想利用博客这个平台与更多的读者进行书面的交流。当然关于敏捷开发利弊得失的争论有不少，而相关的开发模式也分成了TDD (Test Driven Development), Scrum, XP(eXtreme Programming)等流派。就我个人而言，一个团队是否严格遵循某种既定的敏捷方法并不重要，但一定得选择并采用一种（或几种）最适合自己开发团队和开发项目的。我认为重要的是团队能否遵循《敏捷软件开发宣言》所涉及的12条原则。

在我深入这一议题前，请允许我介绍一下团队：我们属于微软开发工具部（Developer Division,以下简称DevDiv），这个部门拥有几千名软件工程师，核心产品Visual Studio系列的用户从软件开发爱好者一直到大型企业里的专业开发人员及架构师。

大量而且复杂的依赖关系、代码改动、紧迫的开发周期等因素使管理软件开发生命周期并按时发布高质量的Visual Studio产品极具挑战性。为了降低风险和复杂度，DevDiv在开发Visual Studio 2008过程中采用了功能分支架构(Feature Branch Structure)和功能小组模型(Feature Crew Model)。其实这一方式之前已在Office开发团队的实践中取得不错的效果。它的最大好处之一就是使负责某个功能的团队在独立开发过程中有更大自由。由于篇幅所限，在这篇博文中我将侧重介绍我们团队是如何进行敏捷软件开发的。

我们团队负责Visual Studio系列中的Visual Studio Team System Architecture Edition，帮助架构师、运营经理及开发人员以可视化方式构造面向服务的解决方案、降低（软件产品开发的）复杂度。目前我们已开发了基于UML和DSL几个建模工具。这基本上是一个全新项目。

从产品开发来看，我们属于全球分布式开发，团队分布在三大洲的四个城市，包括亚洲的上海，北美洲的雷德蒙和夏威夷，以及欧洲的剑桥。为了尽可能减少分布式研发对团队间交流所造成的障碍，我们尽量使功能小组的成员集中于一地。基本上，每个功能小组的核心部分都在某一个城市完成，在其他城市可能会有个别工程师参与相关开发。例如，我们在上海就有一个功能小组，其他一些工程师在雷德蒙的公司总部工作。但有时，基于客户场景的特殊要求，我们也会将一个功能小组拆分成若干个，由多个城市的团队同时开发。

在本文后半部分和之后的系列文章中，我所谈及得敏捷软件开发流程都是同一个功能小组所遵循的，即是我们中国团队所遵循的。

我们中国团队主要负责开发基于UML的核心图形设计工具，包括即将发布的Logical Class Designer, Use Case Designer。此外，我们还负责在项目中提供建模元素视图功能的Model Explorer。我们所采用的敏捷开发方法是Scrum的修改版。就如我之前提到的，我们认为敏捷开发方法和技术没有哪一种是万灵丹，适合自己才是最好的。我们的团队中已有两位工程师参与过Scrum实践，也因此促成我们最终选择了它。

下面是一个我们敏捷软件开发流程的概要视图：

产品待开发事项（Product Backlog，视图的左上角）可以被视作一份这个团队以优先级排列的、需要完成的功能需求单：来自相关产品利益相关者（Stakeholders）对产品提出一系列高端要求。例如，我们最初的要求是为客户增加逻辑级（更抽象的）和物理级（更靠近代码）建模提供支持，由此衍生出了高端功能需求，诸如开发在逻辑级方便客户生成逻辑模型、兼容UML的关系图和开发帮助创建无力模型的DSL关系等。然后我们会对将要支持的UML关系图种类按优先级进一步分解（UML共有13种不同的关系图）。产品利益相关者的意见会驱动整个优先级选择过程，最终我们得出五个最重要的关系图：Logical Class Diagrams, Use Case Diagrams, Sequence Diagrams, Activity Diagrams 和Component Diagrams。于是，团队依据当时对产品和市场的了解，以故事标题的形式完成一份产品待开发事项。无疑，整个开发工程中一旦要求发生变化，也会导致需求排列优先级的变更。

在与客户的交流中，我被问得最多的问题之一是是否需要在敏捷开发过程中创建架构模型设计。和咨询公司一样，我的答复也是：视情况而定:)。围绕Big Design Upfront (BDUF), You Are Not Going to Need It (YAGNI)以及让团队在开始实施新功能时“重构”现有的代码/设计等所存在陷阱的争论也不少，其中有不少值得借鉴。尽管如此，我坚信设计初期存在这么一个阶段可以尽责地做架构设计以生成高端架构。例如，你打算建一个网上贷款流程的应用程序，你可能需要决定在这个架构里有几层。当然，能有这样一个基于最初要求的，并可能随着项目进展有所变更的架构是很重要的。在我看来，重构在敏捷开发中有其重要地位，但是如果是变更基础架构的“大重构”代价就太大了。如果大家感兴趣，我将在之后的文章中与大家探讨架构在敏捷软件开发过程中所扮演的角色。

在我们团队所遵循的敏捷软件开发实践过程中，我们的项目被分解成类似Scrum的若干个四周sprints或迭代开发周期。尽管没有测试驱动开发(Test Driven Development)或结对编程(Pair Programming)，但我们的开发人员会编写单元或签入测试（Unit/Check-in Test）来检查功能，开发和测试工程师也会在一起调试、调查或评审某个特定问题和变更等。我们还会使用极限编程（eXtreme Programming）中的使用者故事（User Story）模式。事实上，我们的产品待开发事项和每个迭代周期中的待开发事项（Sprint Backlog）都会以故事的形式被追溯。这些使用者故事就是描述一个系统的最终用户会如何使用某个特定功能。

通常，我们都会在一个Sprint阶段的最后一周计划下一个Sprint阶段：通常负责某个功能的团队（主要是主管们）会依据团队需要侧重的故事来进行由下至上的计划；然后再与产品利益相关者对项目中故事优先级的规划相协调；协调后的需求优先级清单一般会在Sprint的第一天完成。团队于是评估这些使用者故事，并完成设计初稿、实施成本，确认故事完成的标志。依据这个设计和成本，团队将承诺这个Sprint将完成的内容。

今天先谈到这里，下一篇博客我将谈谈我们团队在Sprint阶段的运作。

祝各位读者新年平安、喜乐！

Ramesh Rajagopal

Visual Studio Team Architect 中国团队经理

翻译：郑洁

校译:钱量

转载: SCCM 的昨天，今天与明天——潘正恺 (Kenneth Pan) 专访

STB China Blog — Thu, 08 Jan 2009 06:00:00 GMT

近期我们又有一个中国研发团队(System Center Configuration Manager)开博了:http://blogs.technet.com/msdchina/。这个团队也是服务器与开发工具事业部在中国最先建立的三个团队之一，先后参与发布了System Management Server 2003 SP3、System Center Configuration Manager 2007及其Service Pack 1、R2。

[原文发表地址] http://blogs.technet.com/msdchina/archive/2008/12/29/sccm-kenneth-pan.aspx

[原文发表时间] Monday, December 29, 2008 11:20 AM

潘正恺 (Kenneth Pan)是System Center Configuration Manager的掌舵人，负责整个产品团队的发展方向，领导整个产品团队进行产品研发，并协助产品的销售和售后支持工作。圣诞前夕，他来到上海，与上海的SCCM研发团队共同工作，抓住这个难得的机会，我们对他进行了一次专访，从访谈过程中，潘正恺为我们展现了SCCM产品十几年来风风雨雨的历史：

问：请问您是何时加入微软的？能不能简要介绍一下您在微软的经历？

潘正恺：1992夏天，我还在University of Washington的时候，就以实习生的身份加入微软，当时我的第一个任务就是为当时的SMS 1.0写代码。那时候的SMS还是一个全新的产品，内部代码叫Hermes(即古希腊神话中宙斯和凡世之间传递消息的传令官)。那时候我参与的部分是负责文件压缩解压的功能，以提高不同站点之间传输文件和信息的效率。之后，我逐渐开始接触后台服务端的各种组件。

当我成为正式员工的时候，那时的SMS团队还只有为数不多的人员。直到现在将近200人的规模，这十几年来，我一直在这个团队中工作，从Developer, 到Lead Developer，Developer Manager，到现在的PUM(Product Unit Manager)，从这份工作中，我得到了无尽的乐趣和成就感。

问：我们知道从1992年开始，Microsoft开始研发SMS 1.0 版本，当时是什么原因促使Microsoft向这个新的领域进军？

潘正恺：其实在一开始这并不是一个全新的产品，在92年的时候，Windows NT 3.1还未正式发布。为了促进Windows 3.1的销量，当时Windows团队的一位项目经理提出一个新的功能，要让Windows NT能管理域中各台机器的硬件资产，例如硬盘，内存等等，这个功能当时是设计为Windows NT核心功能中的一部分。后来Microsoft的高层看到这个功能之后，敏锐地发现这可能是一个新的机会，完全有可能独立出来单独作为一个产品发售。所以就有当时的SMS 1.0。但是这个产品在初期的时候，也是命运多舛，从1.0版本到2.0版本之间，几乎每半年高层就要有一次讨论，来决定这个产品到底作为一个独立产品还是作为NT的核心功能。但当SMS 2.0发布，产品销售收入达到1亿美金之后，这样的讨论就再也没有举行过。

问：据我所知，我们在SMS 2003发布的时候，销量有了一个突破性的增长，包括现在的SCCM 2007，销量也非常惊人，那您认为这些成功的背后，其核心优势是什么？

潘正恺：其实销量增长最快的时候，是我们发布SMS 2.0的时候。当时的原因，是由于正遇上了Y2k的危机，很多公司购买了SMS 2.0来解决他们公司内部的Y2K问题，在帮助我们的客户解决千年虫问题方面，SMS 2.0发挥了至关重要的作用，为客户节约了大量的人力物力。而当我们的客户部署了SMS系统之后，他们逐渐发现其实这个软件还有很多非常实用，能解决公司实际问题的功能，这些功能逐渐被客户所接受，应用在企业IT管理中，客户也就此认同SMS这个产品确实能给他们带来价值。

而说到SMS 2003，当时最大的原因是其良好的补丁管理功能。2003年，正是各种蠕虫病毒横行的时候，企业的网管经常忙得焦头烂额，帮每一台机器打最新的补丁，而当时WSUS(即Window Software Update Services)尚未推出，唯独SMS 2003提供了在企业内部分发，安装补丁的功能，所以当时的客户们趋之若鹜，纷纷在企业内部部署SMS。

到了SCCM 2007，OSD成为最大的亮点，加上更完善的补丁、软件分发管理功能，使2007成为一款非常全面、完善的系统管理软件。

问：从SMS 推出开始，一直到现在的SCCM 2007，过程中市场占有率的变化情况是怎样的？

潘正恺：在SMS 2.0的阶段，市场上还没有一个占统治地位的产品，大大小小的各类产品群雄纷争，各自有自己的一席之地，到了SMS 2003，基本上就是几家公司占据了主要的市场份额，像Landesk, Altiris 等都是我们的主要竞争对手。经过这两年的发展，目前的市场占用率情况显示，SCCM 2007 + SMS 2003 的市场份额，已经成为这个市场中的No. 1

问：我们知道，目前研发团队正紧锣密鼓地开发下一代的SCCM，请问下一代的产品会带给我们哪些激动人心的特性呢？

潘正恺：下一代产品中，我们将支持全新的面向用户的软件部署分发模式。在以前的版本中，IT管理员都是针对计算机来进行管理，分发软件。而在现在的企业办公环境中，一个员工拥有多台电脑，或在家里办公，以及使用诸如手机这样行动设备来处理邮件的需求已经变得非常普遍，面向用户的软件部署分发模式就此应运而生，以解决企业遇到的这些问题。可以想象，在将来的企业IT管理中，用户为中心的管理方式将逐渐成为主流。

问：SCCM这个产品从一开始的一个小产品，到现在成为微软企业管理软件中的支柱产品，您觉得一路走来，这个产品的成功秘诀是什么？

潘正恺：最重要的原因是：我们永远把客户的需求放在第一位，认真倾听客户的需求，设身处地地站在客户立场上，理解他们的需求，以及为什么他们需要这样的功能。客户至上的宗旨，给我们带来的结果是，在每一个版本推出的时候，都成功地掌握了客户最迫切的需求，从SMS 2.0的Y2K，SMS 2003的补丁管理，到SCCM 2007的OSD，无不如此。

问：那以目前的经济形式来看，您觉得对SCCM的市场前景，是好消息还是坏消息？

潘正恺：有好的一面，也有坏的一面。好的一面是，SCCM最大的目标，就是节约客户IT管理成本，在现在这样的经济形式下，可能会促使更多的客户来部署我们的产品，以更好地削减成本。坏的一面是，客户可能会放慢升级新的操作系统的脚步，从而间接地影响升级换代SCCM新版本的需求。所以综合来看，可能影响不会太大，但这要等我们实际的数据出来以后，才能有一个比较确切的结论。

问：我们看到在SCCM 2007的时候，产品名字修改了，从SMS到SCCM，当时是出于怎样的考虑来做这个决定的呢？

潘正恺: 这要从System Center这个品牌说起，当时微软内部负责这块业务的副总裁预期，企业IT管理类的软件，年销售量可以到10亿美金，但当时公司内部没人相信这个预测。当时的IT管理类软件，主要就是SMS和MOM，为了促进销量和建立品牌，所以创立了System Center这个品牌，这个举措也是仿效Office的品牌效应。而一旦SMS归到System Center品牌下，再叫System Center System Management Server 就不是特别合适了，所以才会改成现在的名称。现在回过头来看，这块的年销售量已经到了8亿美金，很接近当时的预测了，也可以看出当时这个品牌的树立，对产品所带来的利益和影响。

问：所以不是因为怕和短信的简称混淆罗？

潘正恺: 不是不是，我们的产品推出比短信的广泛使用还要早不少。主要还是为了品牌战略的关系。

问：您在这个产品已经工作了十几年，这段时间内，最令您激动和最令您沮丧的分别是什么时候？

潘正恺: 基本上大部分的时间都是非常快乐和富有成就感的，最困难的时候是在SMS 2.0的时候，当时质量控制还没有达到今天的水准，整个团队通宵达旦地工作，经历了几个Service Pack，才把质量提高到令人满意的程度。最高峰的时候，上百个测试人员坐在那里手工测试我们的产品，修改Bug。在这之后，我们就逐渐完善了一系列的流程，认识到了自动化测试的必要性，把自动化测试提到非常重要的位置上。

问：在这么多年的开发过程中，您有没有一些有趣的事情可以和大家分享一下？

潘正恺: 数据有时候很枯燥，有时候又很有趣，让我们看看以下这些数字：

· 在SMS 1.0发布的时候，我们所有的安装程序，是7张软盘，当时已经是一个非常庞大的软件了。而现在，恐怕一张DVD已经装不下:)

· 刚刚开始的时候，整个团队就5-6个人，而现在上海和美国两地的团队加起来已经接近200人

问：我们这个博客主要的来访者都是我们产品在中国市场的客户或者潜在的客户，在采访的最后，您想对他们说些什么？

潘正恺: 我很高兴能有这样的机会和中国的IT Pro们有这样直接的交流，中国市场对我们的产品来说真的非常重要，从私人角度，作为一个中国人，我也非常希望自己管理的产品能在中国市场蓬勃发展，帮助到中国的企业。

这里有两点想跟各位交流：其一，SCCM这样的产品，安全性真的非常重要，像IE这样的产品，如果有了漏洞，影响还只是一台机器，而如果系统管理软件有了漏洞，入侵者可以对整个企业的机器为所欲为。因此我们投入了大量的时间，精力，资金在安全性方面。希望各位在将来选择产品的过程中，多重视，比较产品和解决方案的安全性问题。

其二：SCCM不仅能节省企业成本，更重要的是，它能帮助企业建立一套良好的IT管理模式，业界的一些最佳实践，都在我们的产品中有良好的体现，这对于改善企业IT管理非常有帮助。

非常感谢Kenneth今天接受我们的采访，希望今后还有更多的机会和Kenneth交流。

如果，您对SCCM有什么问题或建议，或者有什么问题想直接问Kenneth的，可以在这里留言，我们会及时回应。谢谢您对本博客的关注并敬请期待更为精彩的更新。

郭昱旻

项目经理

亲历北京Top 500

STB China Blog — Wed, 31 Dec 2008 05:33:00 GMT

[原文发表地址] 亲历北京Top500

[原文发表时间] Tuesday, December 30, 2008 7:33 AM

金秋的北京，一年中难得的好天气，人们还沉浸在08年奥运会的喜悦中，而一项影响中国高性能计算发展的大事，也正在紧锣密鼓地进行 – 近两千台新研制开发的曙光5000A机器从已天津工厂运抵北京！这么多的机器太沉，一楼的地面无法承重，找不到合适的数据中心，造价两亿元的这两千台高性能计算服务器暂时落户在中科院计算所的地下车库里。

中国人的力量和速度再一次让世人惊叹：地下车库的改建，制冷水管的铺设，整个临时数据中心的建成一共只用了十天时间，夜以继日的努力只为了一个共同的目标 – 那就是11月中旬即将在美国奥斯汀举办的第21届超级计算机大会。世界权威的Top 500超级计算机排名将在这次大会上正式公布，跻身前列是每一个中国高性能计算工作者的梦想！

作为微软高性能计算中国开发团队的一员，我也有幸加入到这次影响中国高性能计算历史的努力中！曙光，是中国高性能计算的代表企业，与微软公司的结缘始于2007年底。一向依托于UNIX/LINUX高性能操作系统环境的曙光公司，对刚刚踏入高性能计算领域并于2006年发布第一版高性能计算产品Windows Compute Cluster Server 2003的微软公司，产生了浓厚的兴趣。这一过程是艰难的，压力与希望同在，挑战与机遇并存。

9月15日刚刚成功发布微软高性能计算的第二个版本Windows HPC Server 2008，我们来不及任何的休整，一行四人立刻踏上了北京的征程。清楚地记得第一次踏进中科院的地下车库，憋闷的环境，数千台机器共响的轰鸣声立刻让我觉得透不过气来。简易的工作台，没有任何的噪音隔离和防护措施，这就是我们接下来一个多月里需要战斗的地方。来不及多想，放下简单的行囊，立刻加入到这1920个节点部署Windows HPC Server 2008系统的工作中。这是第一次Windows HPC Server 2008产品在这么大规模的计算集群上部署和应用，我们的心情真是既兴奋又紧张。旁边来自曙光，AMD等各家高性能计算领域的同行们也都看着我们，想看一看初出茅庐的Windows HPC Server 2008到底表现如何。在基于Windows部署服务（Windows Deployment Service）的裸机部署模式的强大支持下，部署工作进行得异常顺利。部署完成后Windows HPC Server 2008简单易用的管理操作平台显示出了对近2000个计算节点的强大的管理能力，深得同行的赞誉，我们也终于舒了口气。

然而接下来的工作远没有期待中的这般顺利。一个刚刚搭建的数据中心，全新的硬件，全新的软件，对于一个至少需要连续运算7-8个小时才能取得较理想计算结果的基准测试来说，任何一个环节的细微差错，例如网络连接的松动，电源过热，15360条内存中任何一条内存的故障都会导致整个测试运行的失败。我们甚至发现，在如此大规模尚未经过时间考验的计算集群上，取得一个有效的测试结果都是相当的困难。当有节点发生故障时，我们需要和曙光的硬件工程师，来自Mellanox/Voltaire的网络工程师一起，登录到故障节点，查找可能的软件、硬件或者网络的问题，并对问题进行记录和总结。曙光也设立了简单的工作台，进行现场的故障硬件修复。如果用四个字来形容当时的工作状况，那真是“没日没夜”。从数据中心的搭建到最终Top 500的提交期限，一共只有不到一个半月的时间，每个人都不愿浪费一点点可以进行故障排查或者运行测试的时间，所以常常忘了外面是白天还是黑夜。经常拖着疲惫的身体走出计算所的大门，才意识到，早起的人们已经开始了晨跑，原来熬夜也是这么容易习惯的。更多的时候，我们也只是在车库角落里搭建的临时床，甚至机柜旁伴随着近2000台计算节点的轰鸣声席地而睡。

我们感激曙光公司在如此大规模的计算集群上率先采用刚刚发布的Windows HPC Server 2008产品的信任，但作为Windows HPC Server 2008在如此大规模的计算集群上的首次尝试，大家也曾犹豫和怀疑过。继9月29日取得116.3TFlops的运算结果之后，我们在将近10天的时间里一直无法取得任何的突破，眼看着提交结果的期限一天一天接近，怀疑的声音也开始出现。Windows HPC Server 2008真的是如此大规模计算集群的正确选择吗？在这样的质疑声中，顶住压力，永不放弃是我们的唯一选择。记得当时美国总部团队的老板们正在上海访问，和上海的团队讨论下一个版本的计划，但是在Top 500项目的巨大压力下，上海开发团队的主管严治庆于当晚就飞回了北京，还记得他那个时候诙谐地说：“不是天不助我，而是时机未到”。越是这样紧张的时候，越是要镇定，我们总结了前段时间屡屡失败的教训，为每次基准测试程序的运行制定了详细的准备步骤：包括各个节点的排查，网络状况的检查，小规模测试等等。虽然每次这些准备工作都需要花费2个小时左右的时间，但我们发现这对确保测试运行的成功率发挥了至关重要的作用。在10月9号的早晨，顶着巨大的压力，我们终于突破了140T的大关，我们终于证明了自己，证明了Windows HPC Server 2008对于大规模集群计算的能力，我想这是我们在Top 500道路上最艰难也是最重要的一个结果，连曙光的同行都表示没想到你们真的能跑出这个结果！

在整个Top 500的项目中，和我们一起并肩作战在中科院计算所地下车库里的还有一位法国朋友，他就是来自微软法国团队的Xavier Pillons。Xavier有着丰富的Top 500基准测试的经验，但是他表示像这次如此大规模的集群以及如此艰难的测试他还是第一次遇到。虽然作为他的第一次中国之行，Xavier在29天的时间里只得空休息了2天，但是他对此次的中国之行非常兴奋，记得在10月13号167.4TFlops之后的庆功宴上，Xavier自豪地说：“我们创造了中国高性能计算的历史，我很高兴成为其中的一员”！

在临近提交结果期限的两天，经过一次次地改进和测试，我们又取得了新的突破，180.6TFlops的结果，78%的效率对于Windows HPC Server的历史，对于中国高性能计算的历史都是划时代的，也为我们一个多月的辛勤工作，无数的不眠之夜交上了一份满意的答卷！在11月中旬召开的世界超级计算机大会上，我们非常荣幸地跻身全球超级计算机前十的行列，并成为在美国之外唯一一个进入前十的超级计算机集群！当怀抱奖状的时候，成绩的取得已经成为了过去，我们会怀抱更大的热情和理想做好Windows HPC Server的下一个版本，也祝愿中国高性能计算行业的发展越来越红火！

丛兰兰
HPC中国研发团队项目经理

我们为什么需要Windows Workflow Foundation？

STB China Blog — Thu, 27 Nov 2008 06:20:00 GMT

今年10月的时候在北京的微软MVP大会上我做了一个关于.NET Framework 4.0中的Workflow的讲座。一场讲座下来给我明显的感觉的大部分的工程师对Windows Workflow Foundation并不是很了解，有一位MVP问我说：“你提到的这些功能，我用写代码的方式都能够实现啊？为什么我需要用工作流？”

我相信，抱有这样的一个想法的人并不是个别。从2006年底发布了.NET 3.0以来，已经两年过去了，在这个两年中WPF吸引了无数人的眼球，WCF也得到了不少用户的肯定，为什么Workflow一直无法得到广泛的推广。个人认为除了我们产品不够完善以外，主要的原因是因为Workflow实际上引入了一种新的编程方式。有别于传统的编程方式，如果你是一个刚刚接触程序设计的初学者，或者你没有经历过大型的工程开发，那么你并不是很容易理解Workflow给我们带来的好处。相反，我相信那些在一堆业务逻辑和执行代码中挣扎的朋友们会很容易体会一个好用的工作流平台能到来的编程效率提升。

说了怎么多的废话，让我们来看看什么是Workflow？
简单的说一个完整得工作流平台（Workflow Foundation）由3个部分组成： Activity（活动），Runtime（运行时）和Tooling（开发工具）。所以在我的团队里，我们将称为A.R.T——艺术。
Activity是工作流的一个工作单位，几个小的Activity能够组合在一起成为一个大的Activity，从而完成更复杂的逻辑。而一个顶层的Activity被称为工作流（Workflow），就像程序中的Main函数。
WF Runtime是Activity的执行平台，WF Runtime可以被托管在.NET的应用程序中，比如IIS。就像我们在运行.NET程序是，CLR会帮助我们管理内存，我们在WF Runtime中运行Activity时，Runtime也会帮我们关系进行诸如应用程序持久化，日志记录，数据追踪方面的工作。
大部分人可能会将Tooling理解为Visual Stuido中的工作流设计器。对，它是Tooling的一部分，但是一个好的开发工具还应该提供了调试功能，你将可以在设计器中更加直观的调试你的工作流。并且你还应该能够将Visual Studio 中支持设计器的在别的平台是使用，比如Web Page或者一个WinForm的程序上。我们将它称为Rehosting。

那我们为什么需要Workflow呢？
总来来说Workflow是为了简化协调工作而产生的，让我们来看个例子。
我们有这样一段代码，用于实现一个银行帐户的验证

首先，我们要求用户输入用户名，输入帐户之后便调用验证函数。这一切看起来都很完美似乎没Workflow什么事情。但是现在我们需要在Web建立这个程序，也许你要有页面用于输入用户名，一个页面用户输入帐号，最后在进行验证。那么你就需要建立3个函数，一个用于读取用户名，一个用于读取帐号，另一个用于验证。因为你将3个函数的逻辑分开了，那么你需要一个变量来保存当前是在输入用户名还是在输入帐号，当然你还需要添加代码来判断是否当前处于正确的状态。不可避免的，你还要添加若干代码来完成不同状态的转换。更糟糕的是你也许希望用户在关闭浏览器后重新登陆不需要再次输入用户名或帐号，那么你又将添加大段的代码来建立你的数据表，并把将这些所有数据储存在数据库。

而如果使用Workflow，你只要将把3个函数封装在不同的Activity中，并把它们依次放到Sequence Activity中。Workflow Runtime会帮你关心当前是什么状态，也会帮你管理各个状态的转换顺序。同时还能帮你完成程序的持久化，你甚至完全不需要关心数据中的表结构是什么样子的，也许你今后添加一个新的函数用于读取密码，你也不需要费尽心思去改变你的数据库结构。如果你已经把三个Activity都设计好了，你的业务设计师（也许他完全不懂得编程），也能通过设计器进行业务流程的改变。

当然，这只是一个最最小的例子。当你的业务流程变得更加的复杂，Workflow带来的便利也将更加的明显。

我们简单总结一下工作流带来的好处：

1. 简化协调工作所带来的额外工作量
工作流将业务逻辑从具体的实现中剥离出来，使你能够更专注于业务逻辑的建立，而将大量繁琐的工作交给Workflow Runtme来完成。

2. 应用程序的持久化
工作流是默认持久化运行的。你不在需要大量的代码来完成以上的工作。

3. 增强程序的透明性
因为业务逻辑和具体实现的分离，那怕是一个完全不懂编程的业务分析师也能够看懂你的程序，甚至能够自己改动你的业务逻辑。

汪宏

软件测试开发工程师

介绍Azure服务平台，.NET Services及其中的访问控制服务(Access Control)

STB China Blog — Tue, 18 Nov 2008 05:00:00 GMT

10月27日我们的首席软件架构师Ray Ozzie在洛杉矶召开的“专业开发人员大会”(PDC)上与软件开发人员分享了Azure^TM服务平台，一个全新云计算平台的技术预览版。这个服务平台实现了我们”软件+服务”的主张，开发人员既可以构建可在云端运行的应用，也可以拓展现有应用，使其可以利用云端的能力。

上图是Azure^TM服务平台的结构简图。Azure^TM服务平台的底层是微软新一代的云操作系统Windows Azure。您可以将自己写的各种服务或者应用上传到云端的操作系统来进行存储，运算，管理等相关操作。在Windows Azure^TM操作系统之上，目前运行着Live Services，.NET Services，SQL Services，SharePoint Services和Dynamics CRM Services这五大服务系列，作为未来微软下一代网络服务的基础。

作为这五大服务之一，我们的.NET Services服务的设计宗旨是希望能够把目前已经被广泛应用在单机上的.NET框架进一步拓展到云端，为您打造一个基于网络标准协议（WS-*和REST）来创建网络服务的框架。无论您是Windows，Linux或者其他操作系统上的开发者，习惯于应用.NET，Java，Ruby，或者其他开发语言，都可以通过.NET Services为您打造好的框架，专注于编写您自己的增值服务，进而轻松的帮助您构建符合互联网标准的云-端应用。

.NET Services目前包含三个基础服务：服务总线（Service Bus），访问控制（Access Control）和工作流服务（Workflow Services）。不同于我们耳熟能详的企业级服务总线（ESB），.NET Services打造的是一条面向互联网级别应用的服务总线。它支持互联网级的服务发布，信息传递、多播，实现不同互联网服务之间的方便通信。而工作流服务则在云端提供了一个工作流运行平台，使您能够将本地运行的工作流部署到云端，从而扩大其应用范围。

作为Azure^TM服务平台上的核心服务，访问控制服务是完全由我们中国研发团队打造的。它是一款多用户，高性能，持续运行在云端的互联网级的网络服务。您可以在访问控制服务的网站上、或者利用我们提供的基于SOAP或者REST的应用程序接口（API），添加您的访问规则，进行对应的互联网应用/服务的权限管理。

我们的访问控制服务具有两大核心优势：

1） .NET访问控制服务能够和一系列现有的商用电子身份提供服务进行联盟。

我们知道对于一个网络服务来说，首先要解决的就是用户身份认证及授权的问题。现在网络上有着许多电子身份提供服务，如Windows Live ID以及各个公司内部采用的Active Directory系统等。我们的.NET访问控制服务能够和这些商用电子身份服务无缝联盟，进而使得任何一个新建立的网络服务都能够通过我们的服务来自由的管理采用不同的电子身份的用户，而无需重复建立新的用户系统。

2）提供一套基于“规则”的方式来进行权限管理。

这是我们的访问控制服务所独有的特色。无论用户的访问控制逻辑有多么复杂，他都可以通过定义不同的规则，以及规则与规则之间的映射来构建他所独有的访问控制逻辑。而在服务端则只需检查用户提供的来自访问控制服务的令牌，根据其中的授权内容进行授权。这使得您的网络服务整个架构更为清晰，安全性也大大提高。

目前我们的访问控制服务已经被广泛应用在Azure^TM服务平台上的各个网站和服务中，为微软的云计算平台提供统一方便的权限控制管理。

如果您希望对我们的服务了解更多，您可以观看PDC上“Architecture of the .NET Services”的讲座和演示文档，访问我们的网站http://www.azure.com，下载我们的软件开发包（SDK）来对我们的服务有更加深入的体验。

熊炜（软件开发工程师）

广告: 我们在TechEd 中国的讲座 (三)

STB China Blog — Thu, 23 Oct 2008 00:20:00 GMT

以下是我们11月7-8日在北京的课程安排，期待与您的直接交流。请点击这里查找所有课程安排。

2008年11月07日（星期五）

上午：09:00 - 10:15

上午：10:30 - 11:45

下午：1:00 - 2:15

下午：2:30 - 3:45

2008年11月08日（星期六）

上午：09:00 - 10:15

上午：10:30 - 11:45

下午：2:45 - 4:00

广告: 我们在TechEd 中国的讲座 (二)

STB China Blog — Tue, 21 Oct 2008 00:00:00 GMT

以下是我们11月4、5日在上海的课程安排，期待与您的直接交流。请点击这里查找所有课程安排。

2008年11月04日 (星期二)

晚上: 6:30 – 7:45

2008年11月05日 (星期三)
下午: 1:00 - 2:15

下午: 2:30 - 3:45

下午: 4:00 - 5:15

下午: 5:30 - 6:45

近期团队博客的摘要 8

STB China Blog — Sun, 31 Aug 2008 23:00:00 GMT

VS2008 SP1正式发布: WCF工具的相关功能和贴图

VS2008 SP1正式发布了! 在本篇文章中，我将会用贴图的形式向大家介绍在VS2008 SP1中由我们团队开发的WCF Tools 新功能。点击这里阅读全文。

在VS2008 SP1中WCF Tool的一些使用技巧

在这篇文章中，我将向大家分享一下在VS2008 SP1中WCF工具的一些使用技巧，希望能帮助大家更好的使用它们。点击这里阅读全文。

在VS2008 SP1中WCF Tools 相关的Readme文件

你可以在这里找到VS2008 SP1的readme文件。这里我摘抄了和WCF开发工具相关的两项。点击这里阅读全文。

SQL Server Build系统

你知道SQL Server这么庞大的企业级数据库服务器产品是如何build出来的吗？点击这里阅读全文。

使用IDispatch::Invoke函数在C++中调用C#实现的托管类库方法

CLR Interop简而言之是让非托管代码与托管代码之间可以相互调用的技术。这项技术可以使开发人员重用已有的托管或非托管组建，并根据自己的需要，权衡托管代码的简易性与非托管代码的灵活性，选择适合自己实际情况的编程语言，而不用过多考虑重用的组件是用哪种语言开发的。Interop中文的意思是互通性，既然是互通，代码的调用就有两种不同的方向。本文所要讲述的是使用COM Interop技术在非托管代码方如何调用托管代码。点击这里阅读全文。

在COM应用中使用.NET组件

上一博中，我们用Visual Studio把.NET组件(托管组件)变成了COM服务器。本博继续这个话题，看看如何使用.NET工具包来完成相应的功能。点击这里阅读全文。

大学生眼中的“银光”

这次的博客和技术无关，也和Silverlight或CLR的最新发布没什么关系，而是想和大家一起分享一下几个学生在学习用Silverlight技术完成项目之后的一些体会的感想。点击这里阅读全文。

.NET中的虚函数

面向对象的程序设计有三大要素，封装、继承和多态。虚函数是多态的重要组成部分，同时又在类的继承关系中有着很多变化。本文讨论.NET中对虚函数的支持。点击这里阅读全文。

Windows Small Business Server 2008 正式发布了!

代表SBS开发团队，我非常荣幸的宣布，Windows Small Business Server 2008已经完成了！今天，SBS2008标准版和Premium版本会被正式交付给制造商——着意味着我们进入了本地化，光盘制作，包装，和把产品交付到销售渠道，和交付给OEM伙伴的过程。在12月份，SBS将可以通过各个渠道发售。点击这里阅读全文。

新PM来报道拉！-- 入职HPC三月之我见

大家好，我是丛兰兰，上海HPC Team的新PM。其实说新也不新，入职HPC Team已快三月有余，潜水至今是因为这个team，这个领域和这个项目有着太多吸引我而我又要努力去学习的东西，现在该上来呼口气和大家问声好了J 点击这里阅读全文。

《Visual Studio DSL工具开发指南》中文译本新鲜上市

STB China Blog — Thu, 24 Jul 2008 06:00:00 GMT

软件行业正在兴起使用领域特定语言（Domain Specific Language， DSL）方法的大浪潮，此方法能够降低软件开发的成本，尤其体现在大型项目中。一个领域特定语言（DSL）是一种被设计用在一个特定的兴趣领域中的语言：垂直领域比如电话设计，或横向领域比如工作流。它可以是一种程序语言、一种规范、或一种设计语言。

微软从Visual Studio 2005专业版开始加入DSL工具，为开发人员提供了一种图形化的操作方式，使领域特定语言的创建更为平民化，以降低项目开发的成本。2007年6月，Steve Cook 、Gareth Jones 、Stuart Kent 和Alan Cameron Wills，4位微软DSL工具的始创者出版了Domain Specific Development with Visual Studio DSL Tools一书，与广大读者分享他们在软件开发中使用DSL工具的实际体验，这也是第一本专门介绍DSL工具的软件开发书籍，不仅介绍了特定领域开发、模型驱动开发等概念，更注重理论与实例相结合，用一个具体DSL应用实例贯穿全书，详细介绍了如何使用DSL工具来开发用户自己的特定领域语言，从而实现真正的用模型来驱动软件的开发。

作为Visual Studio架构师套件中国开发团队，我们非常高兴有机会将此书翻译成中文，与中国的软件开发人员和架构师分享。本书的中文版也是国内第一本专门介绍DSL工具的中文开发书籍，相信它对软件开发人员和架构师快速了解和掌握DSL的概念和工具的使用会有较大的帮助。

翻译<<Visual Studio DSL工具开发指南>>对我们来说也是一个不断学习、实践、再学习和再实践的过程。在我们的日常开发工作中，就大量地使用到了DSL工具及其相关的概念。这本书也帮助我们团队的新老成员快速掌握了DSL相关的知识，以及将其具体应用到工程实践中的步骤。对于很多开发过程遇到的问题和难点，我们经常是通过阅读这本书找到了答案或解决的方向。在阅读的基础上，不断的进行工程实践，又更进一步加深了我们对书中内容的理解。其间，我们经常得到四位原书作者的帮助，同时，也要感谢我们管理团队和出版社对我们翻译工作的大力支持。

本书的翻译力求忠实于原著，由于时间仓促以及译者水平有限，翻译的错误和不妥之处在所难免，欢迎广大读者批评指正。

周京生

测试开发工程师

备注：DSL工具作为Visual Studio SDK 的一部分发布（DSL工具的最早的版本是随着Visual Studio 2005 SDK发布的），SDK可以在我们公司网站上免费下载。本书中的实例都是基于Visual Studio 2005以及相应的SDK进行开发和调试的。目前，最新版本的Visual Studio 2008以及相应的SDK已经正式发布，这个版本DSL 工具与本书所使用的版本可能在某些方面存在细微差别，请读者留意。

Windows HPC Server 2008显山露水

STB China Blog — Tue, 15 Jul 2008 02:30:00 GMT

[原文发表地址] HPC中国研发团队博客
[原文发表时间] 2008年07月15日

“Microsoft impressed the supercomputing community last week when a beta of its new Windows High Performance Computing (HPC) Server 2008 scored a top 25 ranking on the Top 490 list of world's biggest supercomputers.” 当我看到新闻上类似于这样的报导时，总会有一阵激动，微软的HPC产品终于开始在市场上显露出了力量，而且也得到了越来越广泛的关注。

在微软推出HPC产品前，高性能服务器领域一直是Linux和Unix的天下，作为高性能计算领域的新加入者，微软HPC研发团队的工程师们可谓是筚路蓝缕，以启山林，一切都要从头干起。通过不断的努力，我们在2006年推出了Windows Compute Cluster Server 2003，初步获得了肯定；而今年5月刚发布的Windows HPC Server 2008 Beta2版本引起了业界的极大关注；6月在TOP490.org公布的世界第31次全球超级计算机五百强排行榜上，位于美国伊利诺大学的超级计算机应用国家中心 (NCSA) 的服务器，浮点运算性能68.48TFlops的成绩登上了排行榜的23名，而他们所使用的操作系统就是Windows HPC Server 2008 Beta 1。

现在，Windows HPC Server 2008已经能够有效管理数千个计算节点，具备高速NetworkDirect RDMA技术、远程直接内存访问界面、高效集群管理工具、面向服务器架构的工作调度、HPCBP规范标准集群互连等等；而且与前一个版本相比，08版产品的易用性，稳定性等都取得了很大的提高。比如我们能在很短时间内在成百上千台的裸机上部署好Windows HPC Server 2008，并可以运行一些诊断程序方便地测试出现有机器的连通性等。此外，通过Heat Map，我们可以直观地看到包括头结点在内所有节点的状态，包括他们的CPU和内存使用率等信息，这些特性都取得了很多合作伙伴的好评。来自NCSA的副主管Pennington在反馈中提到：“当我们在把Windows部署在超过一千个节点的机器上时，我们从这些机器是裸机时开始，到他们开始运行LINPACK测试程序仅仅花费了4个小时， WINDOWS HPC SERVER 2008的性能达到了我见过的同类机器中最高效的之一”。

除了在性能上的提升，我们也非常注重发展合作伙伴，从合作伙伴的反馈中改善我们的产品，就中国而言，我们已经和上海超级计算机中心，曙光信息产业有限公司等建立了紧密的关系，同合作伙伴一起，共同推动高性能计算产品在中国市场的普及与应用。

在产品不断取得成功的背后，我们中国研发团队也功不可没。Windows Compute Cluster Server 2003中的界面管理曾经被很多人批评，但是如何使得我们的HPC Server 2008具备强大复杂的功能的同时，又兼具易用等特性是一件非常有挑战性的工作，这直接关系到用户体验，如果在界面上就难倒了用户，则整个产品就不再让人感到舒适了。经过我们的不懈努力，以及不断吸取用户反馈，Windows HPC Server 2008在UI（用户界面）方面做了非常大的改进，包括管理界面，配置向导等都做了很大的改善。例如在网络拓扑结构选择部分，我们将抽象的网络拓扑结构转换为直观网络示意图（图1），这样即不容易出错，也易于用户理解和记忆。

图 1 ：直观网络示意图

此外，前面提到的Windows HPC Server 2008中受到很多客户欢迎的Heat Map功能，能够让管理员实时监控各个节点的状态，如图2中所示，管理员可以看到现在的所有节点中可用的物理内存（Available Physical Memory），硬盘的吞吐量（Disk Throughput）和系统调用数（System Calls），并且这些指标都用图形化的方式直观的表现出来。

图 2 ：Heat Map

另外，强大的Reporting功能，也是由我们中国研发团队完成的：集群的管理员可以将一段时间内关于集群上的信息收集起来，并以图标的形式表现出来，以方便管理员对这段时间内集群的状态进行分析，图3中精美的图标就是Reporting功能生成的结果：

图 3：Reporting

    在UI上的巨大改进也获得了很多客户的正面回应，来自英国达斯伯里实验室（Daresbury Laboratory）分布式计算组的计算机科学家Igor Kozin说，“Windows HPC Server 2008的一个很突出的地方是它具备非常可靠的图形化用户界面，而在这方面正式Linux仍然还缺乏的。”利用我们的UI界面，集群管理员能很快上手新环境，大大降低了花在配置上的时间和精力。

    除了在UI方面的改进，为了满足不同客户的需求，我们也支持在PowerShell中用命令行来完成包括管理和提交Job等。对于习惯使用C Shell和Korn Shell的管理员来说，使用PowerShell脚本会相当方便。

    我们还增加了对SOA概念的支持，提供了API甚至在Visual Studio中嵌入了Add-In，使得开发人员能方便的利用SOA去部署并行程序。开发人员不用去关心他的程序会部署在哪些节点上运行，我们提供了WCFBroker机制去自动的将程序部署到合适的节点上，简化了开发人员编写并行程序。

    总而言之，我们提到的这些特性都是以给客户提供价值为核心的，目标是实现我们和客户双赢的局面，因此也获得了众多的好评，而用户的意见甚至批评都成为我们不断改善产品的驱动力，期待Windows HPC Server能取得更大的成功！

刘贤斐
项目经理（实习生）

Windows Home Server 中文版来了

STB China Blog — Thu, 12 Jun 2008 23:00:00 GMT

简体和繁体中文版Windows Home Server将在2008年下半年全面推出了！6月5日，Windows Home Server产品部总经理Charlie Kindel在台湾宣布了这个消息。此次中文版在台北Computex展出，合作伙伴包括技嘉(Gigabyte), 威盛(VIA), 启基(WNC)和声宝(Sampo)也将推出全套配套的为家庭用户提供的的解决方案，这是我们第一批为亚洲市场推出的本地化版本。自07年发布以来，Windows Home Server已经在全球发售，此前英文版的产品已在北京召开的TechEd’07展会与中国用户见面。中文版将我们的产品走上一个新的历史舞台。

Windows Home Server有哪些吸引人的功能呢？随着计算机以及多媒体技术的普及，个人用户需要一个简单的解决方案来管理越来越多的数字媒体资料，包括照片，音乐和视频文件。Windows Home Server专为拥有多台计算机的家庭用户而设计，帮助用户更方便的管理和访问个人的数据文件，并为重要数据提供可靠的保护功能。产品提供简单易用的三大特性，自动备份，可扩展的存储系统，远程访问。作为第一款针对家庭用户的服务器系统，Windows Home Server正在成为一个数字家庭的应用平台：不单各种家用电子产品可以通过它来共享多媒体文件，第三方厂商更在此平台上开发了多种附加服务，从数码影集到家庭自动化应有尽有。

在Windows Home Server的开发过程中，中国团队起到了重要的核心作用。产品的远程访问特性由我们中国团队开发并测试完成。借助这个特性，您可以通过自己选择的免费个性化 Windows Live Internet 地址访问家里的服务器主页。只需使用浏览器登录到家庭网站，您就可以任意地管理、上传和下载照片、音乐文件、视频和个人文档，同时您也可以远程登录到家庭其他计算机的桌面操作，就像您坐在家里的电脑前一样方便。当然，这次中文版的发布也离不开我们，在展会上，我们的远程访问特性得到了广泛的好评。

更多关于Windows Home Server的新闻，请参看http://blogs.technet.com/homeserver/

Technorati Tags: Windows Home Server Chinese Version

张帆、孔令开

介绍在VS2008 SP1中WCF工具的新功能和增强点

STB China Blog — Sat, 17 May 2008 02:37:00 GMT

[原文发表地址] WCF Tools 中国研发团队的专栏

[原文发表时间] 2008年05月16日 19:00:00

你是否在VS2008中使用过WCF开发者工具和IT管理员工具？这些由我们中国团队开发的工具包括：

WCF开发者工具：WCF服务模板，WCF服务主机和WCF测试客户端
对基于WCF服务模板开发的项目，支持添加服务引用(Add Service Reference)和Auto Attach
WCF IT管理员工具：服务配置编辑器和服务跟踪查看器

现在VS2008 SP1 Beta发布了！关于WCF工具，你是否有兴趣知道这个版本能带给你哪些更好的体验？我在此将与你分享我们团队在SP1 Beta中开发的新功能和对现有工具的增强点。

WCF开发者工具

在SP1中，我们着重对WCF测试客户端这个工具添加了一些新的功能。无论你是WCF技术的初学者还是一个有经验的WCF开发人员，WCF测试客户端都可以给你提供更好的测试WCF服务的体验。

支持XML Serializer, Message Contract, Dictionary 和Nullable<T> 类型。现在WCF测试客户端可以测试WCF服务或者.net服务中使用的大部分数据类型。
支持WCF Session。
支持standalone模式。在VS2008中，只有在VS中F5调试基于WCF服务模板开发的项目时才会启动WCF测试客户端。现在在VS2008 SP1中，WCF测试客户端可以独立启动，你可以打开一个WCF测试客户端，然后在它里面添加，删除，或刷新你需要测试的服务。
支持客户端配置文件的更改和保存。当在WCF测试客户端里添加一个服务，这个服务在客户端对应的配置文件会自动生成。在VS2008中，这个配置文件是只读的。而在VS2008 SP1中，你不仅可以编辑客户端配置文件，而且还可以保存下来，每次在WCF测试客户端添加这个服务进行测试时都可以使用保存下来的配置文件。

我们团队在VS2008 SP1中还开发并集成了一个全新的功能：支持从WCF服务模板项目中直接把服务发布到本地IIS，文件系统，FTP站点或者远程站点。之前，你只能在基于web的WCF服务项目中作上述操作。当使用这个功能发布好服务以后，你又可以用WCF测试客户端来测试服务是否工作正常。

除此以外，还有一些改进的地方值得一提，因为这些改进都是基于我们收到的客户反馈：

在添加服务引用中，如果WCF服务项目和客户端项目在同一个解决方案中，我们会在添加引用前先自动build这个服务项目。
当调试在同一个解决方案的其他项目时，我们可以让你选择是否要为当前的WCF服务项目自动启动WCF服务主机。你可以在WcfServiceLibrary项目的properties page的WCF Options tab页找到这个功能。

以下是对我们WCF开发者工具的图例总结：

WCF IT管理员工具(Windows SDK的一部分)

在SP1中服务配置编辑器没有什么变化。我们对服务跟踪查看器做了一些改进，其中最值得一提的是现在你可以双击trace文件(*.svclog or *.stvproj)来打开服务跟踪查看器。

综上所述，所有的这些改进都是为了能够简化用户构建WCF服务的体验。我们的目标是尽可能的让所有人都可以使用SOA并且从中受益。欢迎你使用这些工具并且给我们反馈。

有用的资源：

关于 Visual Studio 2008 SP1 Beta：.

http://msdn.microsoft.com/en-us/vstudio/products/cc533447.aspx

关于我们在VS2008中支持的所有工具，可以参考我们团队的另一篇博客文章：

http://blog.csdn.net/WCFToolsBloggers/archive/2008/02/21/2112093.aspx

薛敏敏（项目经理）

注：WCF Tools 中国研发团队的英文技术博客地址为http://blogs.msdn.com/wcftoolsteamblog/

Technorati Tags: VS2008 SP1,WCF Dev Tools,IT Pro Tools

服务世界 开发未来 : 产品与技术