云应用需要转变开发思维

2009-08-11 15:05:55

云计算云计算提供的服务需要开发人员转化一下自己的开发思维，因为云应用和以往不同，开发者可以从互联网服务器集群上获取应用和服务。

云是一种使用松散耦合结构的Web服务。

提供云服务的主机放置在互联网上，用户直接从互联网服务器集群上获取应用和服务。这样的部署方式使得开发人员不必过多地关心操作系统和硬件这样的底层架构，只要专注于应用创新和业务逻辑即可。同时，开发人员还必须注意云服务带来的新挑战。

通过使用API，开发人员可以为云应用编写程序，并直接向云提供商要求更多的资源。在开发过程中，开发人员需要进行冗余设计。“如果你不为云应用设计冗余，服务器出错是不可避免的。”微软Azure云平台副总裁萨维斯塔夫指出。

创建云还需要设计无状态性的云应用。无状态性是指客户端和服务器端都不保存对方的详细信息，服务器只处理当前请求，而不必了解历史信息。

云服务的特点是，如果某些应用失效，完全可以将应用中止并重新开始。云的无状态性减少了服务器从局部错误中恢复的任务量。云计算技术包含维护应用程序状态变化的机制，当然这需要无状态设计。在云中，既没有本地磁盘的概念，也没有真正的登录，所有应用都是无状态的。

简单的云应用应该是无状态的。然而，还有一些有趣的应用要求保留某些状态，因此会用数据库来存储一些状态信息。某些特定项目，比如用户信息可以存储起来，但有一定规模的应用程序在云中依然是无状态的。

过去，人们一般都在本地服务器上把整个应用开发出来，现在不必这样做了。云应用的另一个不同之处在于，应用组件可以在不同的云中运行。例如，一个应用可以调用Facebook的表现层，把数据储存在Amazon的S3上，而逻辑运算可以在其他地方进行。这意味着构建云应用需要新的系统架构和思维方式，还要考虑云服务的规模。

云的抽象和无状态性会影响到数据库。例如，Azure平台提出了一个非标准关系数据库的模型，存储引擎不使用标准的关系数据库。因此，如果按照标准的关系型数据库来开发应用，很多工作就毫无意义了。另外，Azure的存储引擎与微软提供的基于云服务的SQL Server版本是不同的，开发者在设计时必须注意。

目前，微软正在加速开发Azure利用关系型数据库的能力，同时也为非关系型数据存储提供了数据表式的存储选择。App Engine中使用的Big Table数据库模型是另外一个例子。“Big Table不是SQL数据库。它支持的一些功能很难进行分割，与我们跨机器存储数据的想法无法结合。”Google App Engine产品经理派特•库门说，“这意味着开发者上传代码，然后Google进行管理并将数据库分割。这样的数据处理有特定的模式，与传统SQL模式完全不同，开发人员必须遵循。”

云环境会摒弃掉关系型数据库。“在高流量的网络环境中，关系型数据库很难管理，而且最终会给开发者带来巨大负担。”派特•库门说。

【编辑推荐】