云架构尚未经过深思熟虑

作者 Abel Avram 译者 王丽娟 发布于 2009年2月22日

领域

架构 & 设计,

运维 & 基础架构

主题

云计算 ,

架构

标签

亚马逊Web服务（AWS） ,

弹性计算集群 ,

模式 ,

亚马逊

应用程序已有很多成熟的软件模式，但对云来说可并不是这样。每个供应商都使用他们自己的解决方案，解决方案可是最有可能发生变化、改进的东西。虽然云计算还没成熟到能促成一组明确模式出现的地步，但现在已经有了第一个范例。

亚马逊建议在如下任务中使用他们的云：

处理管线化

• 文档处理管线化——将数十万个微软Word文档转换为PDF，对数百万个网页/图片进行光学字符识别（OCR）、转换为原始的可搜索文本。
• 图片处理管线化——创建图片的缩略图或低分辨率版本，调整数百万张图片的大小。
• 视频转码管线化——将AVI格式的电影转码为MPEG格式。
• 索引——创建网页检索数据索引。
• 数据挖掘——对百万条记录进行搜索。

批处理系统

• （金融、保险或零售行业的）后台应用。
• 日志分析——分析并生成每日/每周报告。
• 夜间构建——每晚并行执行源码库的夜间自动构建。
• 自动化单元测试和部署测试——每晚在不同的部署配置环境上测试、部署、执行自动化（功能、负载、质量）单元测试

网站

• 夜间“休眠”、白天自动伸缩的网站
• 即时网站——针对会议或活动（美国橄榄球超级杯大赛和体育赛事）的网站
• 推广型网站
• 季节性网站——只在税季或节假日（“黑色星期五”或圣诞节）期间运行的网站

亚马逊的GrepTheWeb是云架构的一个例子：

放大后，架构如下所示：

亚马逊的Web Services传播者Jinesh Varia在InfoQ视频中详细地解释了GrepTheWeb。

SmugMug的架构也构建在亚马逊EC2上，Todd Hoff列举了他们的架构中使用的基本组件：

• 工作启动器——工作从网站或其它软件子系统进入，在队列服务中排队等候处理。工作不一定非是大请求，可以是整个管线中独立的一小部分。不要把状态保存到工作执行器里。把需要做的事打包进工作请求，放回到队列服务中等候处理。
• 规划服务——它是亚马逊的基础设施，允许实例根据工作负载自动伸缩。这是与自有的虚拟服务器（VPS）或典型的数据中心方案主要的不同之处。它有一套启停AMIS的API，以及自动配置、运行VM的机制。
• 工作执行器——它们从队列中取出工作，完成具体处理。对SmugMug来说，工作结果存储在S3之上，但你也可以存储在自己的数据库、SimpleDB或其它地方。
• 队列服务——队列存储工作执行器要接受的工作。SmugMug建立了自己的队列服务，你也可以直接使用亚马逊的SQS，用起来同样简单。创建一个可伸缩、分布式、高性能、高可用的队列服务并非易事，所以你可以考虑一下“Flickr——先完成必不可少的工作，其它的放进队列”中推荐的大量队列产品。
• 控制器——该组件监控工作流相关的大量变量，并以最优化一小组参数为目标，决定需要多少EC2实例。按需增减实例。

每家供应商都有他们自己的解决方案，预计以后还会出现不同的解决方案。各家的云都还没有得到充分的探究，目前都正在缓慢而稳步地推敲着云的架构解决方案。

查看英文原文：Cloud Architectures Are Not Fully Thought Out Yet

译者 王丽娟 王丽娟，04年大学毕业后持续从事Java EE中间件产品的开发，现在主要关注Java技术及中间件产品在云计算环境中的发展趋势和应用。

• 更早的 >