云提供商引导我们，让我们相信把自己现有的应用放到云端是没有问题的。的确，这些应用可以运转；但是你可能发现性能却不是你所期待的。实际上应用集成是云计算中更为复杂的一方面之一，正如Christopher M. Moyer最近和我们探讨iPaaS和应用集成时所言。

　　Moyer是内容整合厂商Newstex的技术副总，也是最近的新书《在云端构建应用（Building Applications in the Cloud (Addison-Wesley, 2011)）》一书的作者。这本书关注于现实世界中使用Amazon Web Services(AWS)的经验。探讨了亚马逊弹性计算云（ED2）、Simple DB，如何是当地构建软件即服务，设计一种架构可以很好地利用云平台、模式在数据上执行操作。

　　Moyer设法就云概念给出一些很好的背景，同时覆盖了一些AWS实际实现的细节，还有一些语言不可知论。Moyer表示对于Web服务的理解是掌握任何云环境的必要条件，“你应该理解Web服务如何运作以及其背后的概念，”他说。

　　你可以就是把服务器放到云端，看看会发生什么。但是Moyer表示，问题在于已经这样做的人们发现熟悉的服务器配置在云端运转的不够快或者是崩溃了。

　　弹性服务器的大量性能的可用性不是免费的陷阱。你必须计划并提前考虑新的云计算架构的优势。用Moyer的话说：“你必须更多地考虑性能的失败，而不是我的机器永远不会停。”

　　“最佳实践通常都是围绕着可能的失败点设计的，”他说，此外，你必须找出如何抽象出关键计算指令的事务，以便他们能够并行运作。为此，亚马逊提供了工具。此外，Moyer补充道，这些工具包括“远比一个人能使用的还要多的多的工具。”

　　看起来要使用云计算，架构师需要考虑更多微妙的扩展形式，“弹性的想法，你可以当做是一个橡皮筋。如果你你放的东西越多，就可以撑开。使用云，你可以无限的增长。”

　　这意味着什么呢？Moyer表示：“不再是对于一个问题投入一个更大或者更好的服务器，你必须让事情并行运作。”实际上，Map/Reduce集群样式工具是让事情并行运作的奠基石。

　　书中也探讨了N层Web模式。这个中间件集成范式（表现层/应用层/数据库层）为一些人所熟悉，从耐着性子看完客户端/服务器端的PPT的人道构建模型视图控制器的人。Moyer指出四层Web模式（客户层/表现层/应用层/数据库层）在实现云集群架构中很有价值。随着各种各样的客户端的增加，这种分层模式会为更多人所使用。