编者按

头中将云朵

Howard Dierking

A 几星期之前， 我在家里有非常有技术 scare。我的网络文件服务器上的硬盘失败，并且我几乎丢失几个月相当于一系列照片 （如下）。有关整个事件 ironic 的事情是我有的网络服务器配置为备份到一个服务，在运行。我所要执行，我认为，是该服务器的所有文件都存储，我将永远不会不得不在担心再次丢失数据。我无法考虑，通过，是我备份服务有限制 150GB，一旦我开始将家庭视频添加到我的列表，数据的需要的备份，我快速 surpassed 此限制。

Fortunateley，我就能够使用驱动器和获取它返回有效状态足够长的时间复制到另一个驱动器数据上某些神奇功能。但是，体验保留我非常 motivated 以确保我必须不只是一个好的备份策略位置，但合适的总体数据管理策略。这意味着我已通过所有我存储我的网络上的数据，并进行故意决定什么需要与之发生。是例如我保留音乐和照片网络服务器上，因为我的家人的多个成员之间共享的。但是，我需要的所有我编程项目 Server 关闭的事实上，完全关闭我的网络的） 并它们移动到群中运行的托管的版本控制系统。

将转发到有一天，我已经被花费了大量时间研究当前的版本，Microsoft 的群计算技术和我最早的体验，在使用技术示例提醒我从我最近主要的 takeaways 之一的几乎数据丢失。简单地说，移动到群是不应盲目地完成的。确保，您未能可能您现有的 Web 应用程序和服务并部署它们直接向 Windows Azure，和它们将可能运行正常，正如它们可能运行正常您当前的硬件上。但是，查看群如下为只是硬件的更多 commoditization） 是，我相信，丢失出一些实际的机会极看我们现有的应用程序体系结构，并查找，我们进行更改，以更好地利用该平台的位置上。

是例如我收听最近如何利用 Windows Azure 队列和该技术如何影响应全部应用程序体系结构上的讨论。结果是不应查找外部原则，异步服务收到一条消息，并将它放入一个工作队列，它将更高版本读取和处理不同的服务。但是，elastic 比例群平台的实际上利用此平台组件可以启用一个用于创建的工作和执行此操作的更多独立可伸缩单元中，调整得更有效地比更"all-or-nothing"样式中分区的应用程序。从业务角度来看您成本基于应用程序所需的资源如下的体系结构倒班将不仅仅 Academic 练习。

另一个主要主题我的已 reemerged 从我最近的研究 foray 到群计算技术是如果这些日期是开发人员只是一个相当卷信息来应对和应用。此外，这种技术是无意义除非可以将它们应用在当前项目中。因此，我高兴地宣布我们启动第一个内容我希望将多个"brownfield 开发系列。第一个数据系列在年将启动并将运行每周在联机，MSDN Magazine 关注采用现有的 ASP.NET 应用程序，并使其到 Rich Internet Application (RIA)。我希望使此相同的模型，并使用它创建一个被重构应用程序能够有效地利用群的主题的主机上的更多系列。

请访问我们在msdn.microsoft.com/Magazine. 问题、 注释或 MSDN Magazine 建议？请将其发送到编辑器:mmeditor@Microsoft.com.

由于向以下 Microsoft 技术专家致以的帮助此问题：Paul Andrew、 Arkadi Brjazovski Pablo Castro、 Sandu Chirica、 Fred Chong、 Andy Conrad、 Mike Flasko、 Phil Haak、 David Hill、 Jason Hogg、 Nataraja Koduru、 Bertrand LeRoy、 Steve 经常、 Eugenio Pace 和 Chester Smith。