2012 R2 中的新增功能:从客户特定的应用场景开始,并以客户特定的应用场景结束

Hi, this is Yan and I’m excited to be able to share with you this What's New in 2012 R2 based blog that was originally posted to the In the Cloud TechNet blog on July 2013.  Please note, this blog may contain some links that refer to another blog that is currently only posted in English.  If any of the content that we link to is something you would like to see translated, please post a comment on this post and let us know. We really value your opinions and would like to know what topics are most interesting to you.  There is also a translation widget on the right side of the English page, which will allow you to translate the post in page. Thanks and we hope you find value with this content.

 

在过去的三周中,Microsoft 陆续发布了一系列激动人心的消息,宣布其下一波新产品即将上市,其中包括 Windows Server 2012 R2、System Center 2012 R2、SQL Server 2014、Visual Studio 2013、Windows Intune 和数项全新 Windows Azure 服务。预览版本现已推出,客户对此的反馈更是不同凡响!

我从我们的客户以及合作伙伴那最常听到的一个反应是他们“无法相信”如此多项创新能够在这些版本中汇聚一堂,尤其是这一切能够在这么短的时间内完成。这些版本中蕴含了大量全新的价值,我们始终牢记这一点,因为我们希望能够帮助您迅速了解我们可实现的关键应用场景。

当我与客户、合作伙伴和媒体朋友探讨这一波新产品时,我反复多次被问及同一问题:“Microsoft 究竟是如何在这么短的时间内构建并推出这么多内容?”我的回答是,我们采用了一种非常特别的方式来修改了我们的内部流程:我们的构建过程采用了“云优先”策略

“云优先”的设计原则体现在开发过程中的每一个方面;这意味其贯穿于我们架构和设计一项大规模云服务的规模、安全性和简单性时的每一个阶段。作为“云优先”方法的一部分,我们组建了“应用场景焦点团队”,以识别我们需要支持的关键用户应用场景,这意味着我们的工程师能够准确了解开发的每一个阶段所需构建的内容,因此我们完全不会浪费时间来争论接下来会发生什么。我们了解我们的客户、了解我们的应用场景,因此我们的所有团队和利益相关者能够迅速、高效地开展工作。

“云优先”的设计方法还意味着我们将首先在我们自有的云服务中构建和部署这些产品,“然后”再将其面向我们的客户及合作伙伴推出。这可让我们首先以云规模充分验证这些新功能,然后再将其用于企业用途。Windows Azure Pack 就是一个典型的例子:我们在 Azure 中构建了高密度的 Web 托管功能,其可在一个“单一”的 Windows Server 实例中托管约 5,000 台 Web 服务器。我们充分验证了这一功能,因此您可以在您的数据中心中放心运行。

Microsoft 运营着超过 200 项云服务,其中很多项每天都将为数以百万计的用户提供服务。通过构建所有内容,以提供这一规模级别的服务,我们定能满足任何位置、任何行业的企业的需求。

之所以说我们的“云优先”方法独一无二,还有另一原因:这是我们首次跨 Windows Client、Windows Server、System Center、Windows Azure 和 Windows Intune 进行共同/统一的规划。我知道这听起来不可思议,但这确实是真的,这也开创了历史先河。我们用了数月的时间来共同规划和排序端到端的应用场景,以识别和实现这一方面功能所需的所有依赖关系和集成。接下来,我们对共同的日程安排与共同的工程里程碑进行了统一。

我们取得了骄人的成绩。上周,我们在 24 小时内发布了 Windows Client 8.1、Windows Server 2012 R2、System Center 2012 R2 和 SQL Server 2014 的预览版。

通过在整个规划和构建过程中开展通力合作,我们确立了共同的完成日期和交付厂商日期,以及全面上线日期。得益于这些共享的计划和开发里程碑,在我们开始进行实际编码之前,各个团队就已经非常清楚各种依赖关系,因此构建应用场景的时间也“大幅”缩短。

这一“云优先”方法的最终影响很简单:提高价值,加快速度

这一波产品表明我们在内部进行的变更可让我们直接提供更多的端到端应用场景,而且这些应用场景将具有更高的质量。

这一波产品表明我们在“内部”进行的变更可让我们“直接”提供更多的端到端应用场景,而且这些应用场景中的每一项都具有更高的质量。“云优先”方法还有助于我们实现能够推动 STB 业务策略的云操作系统的愿景。

这些能够支持“云操作系统”愿景的技术背后的理论是我们让客户接受云计算概念的方式中的一个重要方面。在接下来八周时间中,我们将详细研究能够支持并启迪这些 R2 产品的三大核心支柱(见下图):增强以人为中心的 IT、转型数据中心,以及启用现代企应用。定义这些应用场景,并在整个开发过程中在各个支柱内开展工作的项目经理深入概述了这些支柱,及其特定的应用场景,我们将每周发布一次这一内容。

支柱

应用场景

增强以人为中心的 IT

以人为中心的 IT (PCIT) 能够为您支持的每个人提供更强大的能力,让其随处使用自选 PC 和设备工作,并让 IT 人员采用一种简单、一致、安全的方式进行全面管理。Microsoft 的方法有助于让 IT 为人们、其 PC 以及设备提供一个自助的使用体验,同时确保安全性。您可在一个简单的工具中管理所有客户端设备,同时降低成本、简化管理。

转型数据中心

 

转型数据中心意味着采用混合云基础结构的功能推动业务。我们的目标在于提供一个一致的数据中心和公共云服务平台、能够跨数据中心运行的产品和技术,以及服务提供商云,进而帮助您利用投资、技能和人力资源。

启用现代业务应用

现代业务应用将存在于并移动到您所希望的位置,Microsoft 提供了具有业界领先的性能、高可用性和安全性的工具和资源。这意味着您可扩大新应用和现有应用的影响,并利用这些新功能轻松扩展应用,包括跨多个设备进行部署。

这些支柱和产品背后的理论是我们今后的企业计算和现代数据中心愿景中的一个重要部分,在接下来的博文中,Windows Server 测试与运营合作伙伴总监 David B. Cross 将与您分享 Windows Server 和 System Center 团队在我们规划、构建和部署新一波激动人心的新产品的各个阶段中所应用的一些观点。  

* * *

 

过去,Microsoft 构建高品质软件和服务的方法是首先集中于旨在确保组件和功能能够根据设计规格运行的质量保证技术。这一方法的局限性在于其忽视了客户并不独立使用产品的组件和功能的事实,实际上,客户将组合使用这些功能,以满足其业务需求。理解这一重要事实对于验证产品内的所有功能,并确保其满足客户对互操作性的期待至关重要。

随着我们使用更复杂的组件,提出更复杂的要求,并以更快、更灵活的步伐迈向云端,这一长期试用测试的不确定性和依赖性已不再现实。在 Windows Server 2012 R2 和 System Center 2012 R2 的设计周期中,我们通过将端到端的中心思想贯穿于开发生命周期的所有阶段,动态发展了我们的工程规划、执行和质量验证流程。特别是,从 Windows Server 2012(以及 Windows Server 2012 R2 版本中的扩展)开始,我们就采用了客户特定的端到端应用场景来规划、排序、设计、实施和验证我们面向市场推出的解决方案。数周前的 TechEd 2013 大会上的几个研讨会就分析和探讨了这一方法。

我们的方法是从客户的角度出发定义应用场景,并建立他们希望实现什么,以及他们如何衡量成功的全面理解。这一采用以应用程序为中心来构建平台的方法是我们 Windows Server 和 System Center 的 2012 版本广受客户好评的主要原因。这一方法现在已经是我们今后构建产品和服务的一个关键方面。

在 Windows Server 和 System Center 部门,我们在开发的每一个阶段都应用了这一运营理念,因此为我们的客户和最终用户提出了明确定义的价值主张。我们所遵循的组织原则很简单:

  • 客户能够轻松了解各个产品和组件如何端到端的配合运行,并对它们充满信心,从而无需在其私人测试实验室中再进行试验来了解各种可能性。
  • 客户可从我们的内部实验中获取经验,并从一开始了解最佳做法、部署的集成点和预期结果(如性能、规模、可靠性、安全性等)。
  • 客户能够轻松地自行验证应用场景和质量指标,以确保集成在其环境中奏效,且这些应用场景能够端到端地满足其需求。

这一设计模型在众多流程和工具中效果显著,是一种强调支持客户的理念。我们的工程师将其注意力从“这一功能是否有用”转变到“这一应用场景是否能让我们的客户满意”。因此我们不仅从实际部署和成功标准来衡量验证和质量,我们还采用设计周期中始终获得的客户反馈和满意度指标进行衡量。

在我们当前的所有运营过程中,我们进行了接口验证和端到端集成测试,以整体验证质量。除此以外,在将应用、服务和其他功能移动到云端时,我们还必须在不同条件下测试生产过程中情形或“动态”情形,并随着时间的推移与实际客户共同测试。此外,请记住遵守 Microsoft 的长期传统,我们仍然应始终首先自行实验,即在内部部署各项新应用场景进行实验,并验证我们创新的功能。我们从内部服务运营处得知,基于我们早期的部署,我们能够确保提供功能强大的端到端应用场景,启用快速、可靠的解决方案。

我们牢记这一点,并运用以下步骤来在我们正在进行的设计周期中推动这一重点和流程:

  1. 基于客户的需求规划。我们任务在于确定我们客户为实现其期望的效果可采取的行动,并了解客户衡量成功所采用的指标。这些元素中的每一项都是应用场景定义过程中的关键。在定义了这些应用场景之后,我们可选择并排序我们将通过使用 CTQ(质量关键)衡量方法所设计和验证的内容。
  2. 设计卓越的产品。我们将通过指定要求、原型实施,以及积极验证最终用户的可行性/可用性,为优先应用场景开发卓越设计。如果向某一产品中新增功能将导致某一应用场景最终无法完成,那么这不是一个正确的决策。
  3. 实施软件或服务。这将在我们在整个设计周期中根据应用场景目标衡量进度时,以增量编码、测试和调整的方式自然执行。
  4. 频繁审查我们的应用场景。我们将定期在内部,以及与客户共同评估应用场景 CTQ 的状态,以确保基于反馈和部署优化各个应用场景,而且我们将注意避免削减将对应用场景产生负面影响的相关功能。只有在我们决定某一应用场景在未端到端地集成所有依赖组件时就无法完成的情况下将其删除。我们认为数个卓越的应用场景将优于大量不完整的应用场景。
  5. 稳固软件或服务。我们必须始终确保应用场景能够在实施阶段保持不变,而且我们能够在过程中达到既定 CTQ 目标。我们还要不断与目标客户互动,并对其进行监控,以确保他们能够在最终产品发布时,利用该最终产品实现其目标。

* * *

 

目前,我们在每一个新解决方案中都遵循了这些步骤,而当前这一波产品就是这一理念得以展现的示例。我们“云优先”的中心思想实现了共同/统一规划,这反过来可让我们的团队紧密协作,实现以客户为中心的集成应用场景。

客户的成功将激励我们以客户为中心的设计、端到端的产品集成,以及应用场景验证。Windows Server 2012 R2、System Center 2012 R2 以及这一波激动人心的产品的其他部分彰显了我们 Microsoft 云操作系统的愿景和承诺。

– Brad