在几代计算机以前，Sun Microsystems的口号就是“网络即计算机”。从那时起大部分关于计算机的流行术语实际上不过是对这个口号的补充说明。正如我在这篇文章中所提到的，网络计算成了时下的流行语，并且广泛地应用于分布式计算配置。在本篇文章所讨论的网络计算的三种类型中，云计算更像是在JavaSpaces中实施的"Space"理念。

　　其基本思想是，通过和云提供的服务签订合同，用户便能用对硬件或软件以最小的投资完成计算任务。这句话在有意传达一个模糊的信息即用户并不在意任务完成的地点和方式，用户所关心的只是得到正确的结果。当他们偶尔遇到大型的高峰负荷时，只有在需要时才会使用服务，并为服务付款。

　　所有的趋势使云计算成为可能，我认为以下的几个趋势起了十分重要的作用。

　　·虚拟化应用和操作系统解除了用户对基础硬件的忧虑，并且提高了可测性。

　　·高速网络解除了人们对于通信成本和通信延迟的担心，并且准许放置硬件，使用电成本和冷却机器的成本降到了最低。

　　·大型的功能/货物储存设备，廉价的通用计算机和开放源操作系统可以使提供服务的公司快速扩展。

　　·RESTfu lweb服务设计理念简化通信和客户架构

　　·像Google, Yahoo和Amazon这样的大型web企业发现，原来为内部支持而开发的功能可以在云中出售。

　　Amazon的云

　　为了实践云，我选择了Amazon公司的web服务，这仅仅是因为我已经有了一个Amazon帐户以及为Java开发商准备的丰富支持。除了Java以外，Amazon还支持很多开发语言，如Ruby, Silverlight, Python, PHP, Perl, ColdFusion, Visual Basic,和Erlang。

　　设置一个Amazonweb服务同建立一个用户名、口令以及记账卡片一样简单。建立了基本帐户以后，你就可以申请存取码和秘密关键码了。存取码用来定位你拥有的资源，秘密关键码用于验证资源。

　　Amazon正在推广许多令人神往的服务，例如"Elastic计算云 "，在这篇文章里我们就不过多介绍了。我我选择注册只是为了启动Simple Storage Service或者S3。

　　Amazon的简单储存服务

　　由于德克萨斯州一年一度的龙卷风季节在即，我正在考虑另外保存数据。将备份的磁盘放到银行的保管库非常麻烦，所以我很少这样做。对于我的第一个云项目来说，通常我会把数据备份到Amazon的简单储存服务(S3)

　　Amazon S3系统对于备份非常重要的几个特征包括：

　　·储存桶.储存单元中对象叫做储存桶，这个名词是在URL格式命名完之后命名的

　　·存取控制. 访问(公开访问，私下访问，只读访问)储存桶或者对象都是由存取控制表 (ACL)或者请求认证所控制的。

　　·可靠性. S3服务水平协议具有99.9%的可用性。

　　·低成本.储存成本为每月每千兆字节0.15美元，上载成本为每月每千兆字节0.10美元。下载成本为0.17美元并且每过百万兆字节成本还会随之降低。

　　Jets3t Cockpit应用

　　现在能和S3服务一同工作的基于Java语言的开放源工具包就是JetS3t。下载包括使用Swing 图示的桌面应用叫做"Cockpit." 运行"Cockpit"可能是了解S3服务的最好方式，Cockpit可以在你创建S3储存桶、上载文件、以及管理文件时给予指导。

　　Cockpit用户接口是一个典型的Java Swing外观，列举了你的储存桶并管理内容做准备。存取控制表为精心控制谁被准许读取或者修改储存桶和特定文件做准备。文件上载选项包括设定密码和存取控制设置。

　　Cockpit支持备份文件的“拖放”接口，把被选中的一系列文件“拖”到对话框，启动上载进程。你也可以使用典型的Java Swing文件目录对话框来选择需要备份的文件，但是我发现在列出目录时，这个对话框非常慢。我在这里演示一下文件传送速度，我能在34分钟内发送七份文件，总共312MB。这是加密的最简单形式，也是最高形式。当你从S3中下载文件时，Cockpit使用每个文件附带的元数据来决定编密码并且将会要求密码索引。

　　一个客户备份方案

　　我尝试过使用JetS3t 来建立一个用户备份程序。我需要的是一个可以在桌面后台运行的Java程序以及可以复制到特定目录中的备份文件。然后删除局部复制。当我在请求验证遇到问题时，Amazon开发者论坛会给与我正确的指引，我的客户解决方案现在也开始起作用了。

　　需要肯定的是前途往往是光明的但是道路是曲折的，因为人难免‘会犯错误。去年S3服务有一段时间一直停产，你的网络连接因此也可能出现问题，但是，当龙卷风再次袭来时，我会感到更加欣慰，因为我在云中已经有额外的备份了。