何时该把SQL Server转移向云计算

在线天使

这些天，云计算看起来是一个大家都在谈论的话题。大家都在谈云邮件，云存储，云软件，当然还有云SQL Server。

　　告诉你，我们并不是在谈论某种一般的数据库，而是一款非常成熟的SQL Server。你可能也知道，它被称之为SQL云数据库，它是微软Windows云计算平台的一部分。

　　有直接的迁移途径可以把你的数据移到云计算中，在很多情况下，你的应用不需要被大量改造以使它们能从那里(云服务)提取数据。先把应用程序编程的问题搁置一边，先问问自己：“对我的公司来说，什么时候迁移向云计算是比较合适?

　　云计算平台(包括Windows云，亚马逊S3等等)有两个主要好处：普遍性和灵活性。如果这两种好处中的一种或者两种你都很难通过其他手段达到的话，那么向云计算转移看起来就会很有吸引力。

　　日益普及的云

　　普及性简而言之意味着云是到处存在的。即便是在有的国家，你的公司想保证私有广域网宽带安全比较困难，但这些国家的互联网宽带通常更容易获取到，速度更快也更廉价。通过把你的数据转移向云，对于任何授权用户，你可以让他们在全球几乎任何地方都能更容易地访问到数据。现在新出现了飞机上的无线网络服务，员工可以在飞机上运行公司的应用，以无线的方式访问云服务。

　　这种普遍性可以排除掉困扰着SQL Server的更令人沮丧的特性之一：数据复制。今天，在全球到处都有分支机构的企业被迫要么利用昂贵的广域网连接只连接向唯一的SQL Server后端数据库，要么采用多台分布式SQL Server安装用来向彼此复制数据。虽然SQL Server的复制能力很优秀，但是维护多服务器的合并复制非常考验DBA的耐性和能力。

　　而另一方面，有了云计算就不需要复制了，只有云。你的数据无处不在。云服务本身通过纯后台的魔法般的手段考虑了复制的问题，采用了像我们自己这类普通人不可能做到的技术和技巧。最出色的一点是你不需要为此内置的魔法般的复制功能额外支付。大部分云平台是按你存储和传输的数据量收费，而不会按你的数据如何跨云网络分布进行收费。

　　保持灵活的数据库

　　灵活性最简单的表现就是可扩展性。如果你确实有重型应用采用SQL Server做后端，你可能一直在为构建可以处理该负载能力的SQL Server基础设施而努力。一旦你利用你能支付的最高端的64位硬件尽最大努力地扩展了SQL Server，那你就被扩容限制住了，需要在SQL Server上做很多规划以及专业能力。分布式分区视图，分区数据库以及特殊复制设置都是可以做到的，但是他们需要很多后续维护，而且一般来说肯定会需要比较彻底地重新设计你的程序架构。

　　然而，在云计算中，可扩展性本来就是存在的。利用它魔法般跨内部网络复制你的数据的能力，云服务可以自动根据需要分配更多计算机资源，理论上来说，施加到你应用程序上的额外处理能力是没有上限的。你只需为你使用的那部分支付，也就是说你基于云服务的数据库施加的负载能力越大，你付钱就越多。当然，那要比在你自己的数据中心不停地升级和增加服务器要合算的多。

　　云计算为更大的，可用性更高的，非常分散的SQL Server数据库提供了很多承诺，你只需要耐性等待合适的机会。

何时该把SQL Server转移向云计算