通过互联网访问托管服务器上的应用软件和服务被称之为云计算，如今它已经当仁不让的成为2009年最热门的技术趋势。云应用软件的数量也有望增长，这一事实为从事云研发的厂商带来了新的利润增长点和市场机遇。

　　尽管云配置能帮助研发人员从应付基础架构的琐事中解脱出来，但又出现了一些必须应对的新差异。这些差异包括研发人员如何使用数据库，对无国界应用软件的使用范围和如何应对不同的框架结构。

　　云上的无国界问题和服务器故障

　　SUN公司负责云计算业务的首席技术官Lew Tucker表示”如今最大的变化就是软件本身就能够提供应用软件所需的资源”。研发人员为云编译应用软件使用API(应用编程接口)就能实现设计，这样他们就需要从云供应商处获得更多资源。

　　微软公司负责Windows Azure云平台的企业副总裁Amitabh Srivistava表示，研发人员必须针对商用设备在云上的使用和冗余进行设计。他认为”这是设备出现故障时的保证，这样你就必须设计能在云上运行的冗余应用软件”。

　　创建云需要设计无国界应用软件，Srivistava表示”如果你有国界限制，就会成为问题。云上的模式是通过设计无国界应用软件，如果有软件失灵，你就可以放弃它重新来过”。有了云，就没有了本地硬盘的概念。也没有了国籍的限制，但这些都取决于你使用的是无国界应用软件。

　　SUN的Tucker强调说”应用软件最容易的类型就是无国界。不过有趣的应用软件总是有国界限制的，这也是为什么我们仍然需要数据库或者目标物来存储某些国界属性，保留诸如用户信息的条款”。但是网络前端这样需要扩展的应用软件的组成部分在云上都是无国界的。

　　云的另一项不同之处：应用软件不同部分可能会出现在云上的不同地方。举例来说，演示层可能在Facebook上，存储是在亚马逊在线的S3上，应用软件逻辑层可能是在其他地方运行等。Tucker表示”在此之前，人们只是在自己的服务器上完成整个应用软件的研发”。

　　所有这些问题意味着创建云需要对系统体系架构的新型思维和对大规模扩展的重视。Tucker表示”这里没有魔术可言。为云创建可扩展应用软件仍然需要扎实的技术基础和高超的设计理念”。

　　但云平台会对应用软件研发有所帮助。在某些情况下，诸如使用谷歌的App Engine，某些应用软件就能自动执行扩展，而在其他情况下，设计模板能用于水平扩展应用软件。亚马逊在线的弹性计算云能提供多重可用区(Multiple Availability Zones)，这样研发人员能将一个应用软件分配到多个位置。发言人Kay Kinton表示”在此之前，只有非常大型的企业才有实力这么做”。弹性计算云中一种称之为”弹性IP”(Elastic IP)的能力能实现将互联网地址从失效实例到可用实例的快速重新定位。

　　云上数据库的不同点

　　提取和无国界的应用也涉及到数据库。Benjamin Day Consulting的总裁Ben Day就举例说，Azure比起标准的关联模板能为研发人员提供不同种类的数据库。Azure存储引擎不能用于标准的关联数据库，因此如果你使用标准关联数据库开发一款标准应用软件，能用到的很多元素在云数据库中是无法使用的。他还以存储流程中的关联数据库概念为例表示，查询逻辑和真实的数据比较接近。在Azure云上就无法使用。

　　Day表示”问题是使用Azure的话，不能保证数据在任何特殊的位置，数据库或者任何特殊设备上也能使用。这样你就无法编译SQL查询，因为存储流程无法再进行关联”。另外，Azure存储引擎与微软规划的SQL Server的SQL数据库服务云版本是不同的，Day强调说，因此研发人员在编译时必须非常小心。比如说，SQL Server是将数据存储在表格中，而Azure是将1MB文件作为二进制大对象来存储的。

　　而且并不只是Azure有这些数据库的差异。谷歌的App Engine产品经理Pete Koomen举例说，谷歌的App Engine不仅抽取了真实物理硬件而且还有设备的任何概念。这就意味着研发人员可以上传代码，然后谷歌对其在数据库中进行管理和分类。Koomen表示”因为我们让整个流程更加自动化，因此这种研发人员必须遵循的特定模式与传统的结构化查询语言模式是不同的”。

　　使用App Engine，研发人员就可以利用谷歌的Big Table数据存储来用于永久储存。Koomen解释说”Big Table不是一种结构化查询语言数据库，原因是某些由SQL数据库支持的函数会让数据库在多重平台上的分离非常困难”。

　　Koomen还表示”使用我们的系统，我们实行的是从开始就采用反向思维的编程模式”。研发人员同时在不同地点存储数据的好处是这种方法能让应用软件非常有效的进行查询。

　　Koomen反对在云环境中使用关联数据库：”我们发现在流量高发的情况下，关联数据库非常难于管理，还会耗费研发人员大量的资金和资源”。

　　适应云上的快速变化

　　咨询公司Model Metrics在Salesforce.com和其他云上运行了应用软件。公司的首席技术官约翰.巴恩斯表示，他们发现在云基础应用软件研发和网络客户端服务器研发之间的主要不同是”云上的变化更为迅速”。
　
　　举例来说，Salesforce.com一年会更新多次，每次升级可能都有一些研发人员需要利用的地方。巴恩斯表示”作为一名研发人员，你必须和这些研发变化保持同步。密切关注不同博客上发表的最新动向”。

　　研发人员还应该了解不同的设计模型，比如最终连贯性对于应用软件就是几毫秒都会发生变化的属性。巴恩斯表示”结果就是你无法利用数据库来追踪下一个价值点。出于类似原因，他们要想利用云，就要针对轻微的差异进行编程”。

　　处理云上的相关问题

　　巴恩斯表示云上提供的网络服务让研发平台更加容易。研发人员只需关注创新和业务逻辑，而不用担心诸如操作系统和硬件设备等基础架构。举例来说，Salesforce.com Force.com云就能提供安全，工作流，管理和负载平衡。

　　Model Metrics公司有一家用户，本来计划在微软的.Net平台上创建学院准入应用软件，但是他们发现如果在Force.com上研发价格能便宜3到4倍，因为Force.com使用的是预先创建的功能函数。

　　对云上研发人员的忠告

　　不过研发人员必须谨记在云平台和许可证模式之间的差异，巴恩斯表示：不同的云有不同的定价体制。

　　Salesforce.com研发市场部门副总裁亚当.格里斯向关注云的研发人员提出了自己的忠告：研发人员必须了解他们选择的供应商。Koomen也表示”他们应该以能脱离平台的方式来研发他们的应用软件”。谷歌就是通过支持常用的Python语言和Django网络框架来实现这种灵活性。Koomen还表示，谷歌正在研发开源上传和下载工具来实现数据在App Engine上的进出。