1、开发与测试

第一组公有云应用就是开发与测试应用。在没有采用虚拟化时，每个应用服务器和数据库服务器都可能各自占用一台物理服务器，也就是说，服务器的使用率只有很可怜的10%.即使采用了虚拟化，服务器也有可能未被充分利用，因为所使用的测试数据量和生产数据量相比是相形见绌的。

这些开发与测试服务器可能会用到各种人为编造的测试数据，不过这些数据可以很方便地迁移到公有云中。而且，你只有在使用到云服务时才需要付费。敏捷的开发方法论、代码分支与连续集成，都会生成很多代码构建和代码版本，所有这些都要求并行地快速汇聚和释放大量的应用和数据库服务器。把所有这些服务器迁移到公有云上是合乎逻辑的。这不仅是说当你仅在使用到这些公有云服务时才需要付费，而且可以不必过分担心网络延迟、存储费用及存储性能等因素。

2、开发平台服务

在组织接受DevOps原则时，它们会越来越多地用到设计、框架与原型、聚合、敏捷的项目管理、自动化的测试工具，以及开发平台等等来进行连续的代码集成。犹如上述，这些服务都属于公有云，更利于程序员在需要的时候组织这些要素，在不需要的时候释放它们。

当然，要说这些服务会把任何敏感的企业内部数据存储在公有云上也是不太可能的。

3、培训服务

培训服务器一般是要在培训开始的时候非常容易设置，然后在培训结束时又非常容易拆卸的。而且它们有可能维护的只是人造的数据而非真实的数据。换句话说，它们天然地适合于公有云。

从控制台上，云的预配置工具可以在数分钟之内便可在公有云中设置或拆卸培训服务器。这些工具还为设置自服务选项做好了准备，各类培训组织可以自我服务。

4、一次性的大数据项目

几年前，当《纽约时报》需要将其全部存档转换成PDF格式的时候，该报就使用了公有云服务。利用100台服务器，这一工作在不到24小时之内就完成了。

因此，假如有某个大数据项目需要1万台服务器，需要在几天内完成，或者在数小时内完成，那么公有云就应该是正确的选择。任何组织都不会为了这样一个一次性的项目而购买大量的物理服务器，即便它们可能是虚拟服务器。

5、网站

企业信息、产品图片、价格信息、各种小册子和其他偶然写就但却经常阅读的网站和门户很明显也是天然地适合于公有云。不过公有云提供商的安全与隐私级别显然要比迁移这些信息更重要。

6、客户关系管理（CRM）

CRM软件，如Salesforce.com是已经在云中的了，所以客户及预期管理等工具便可在公有云中顺畅地运行。通常来说，它们还未与其他内部系统（如邮件存储，或者还有销售与订单管理）紧密集成，这也使得CRM系统比很多其他应用更易于迁移到公有云计算。

7、项目管理、费用报告和时间管理

和CRM一样，这三项任务支持应用也都很适合向公有云迁移。

但是，假如你担心销售和财务数据的安全和私密性，则可以将这些数据分配给私有云，而将项目管理、时间管理和费用报告应用迁移到公有云中。用这种办法，企业的关键数据便可在内部生成和管理，从而形成成了混合云。这么做也可以在私有云中空闲出大量的服务器用于生产或关键任务应用。

8、邮件

大企业多年来一直在使用基于云的邮件接收服务，并依照塞班斯-奥克斯利法案或巴塞尔II监管规则存储旧的邮件。消费者也已经使用基于云的邮件服务很多年了。所以，企业的日常邮件如何迁移入云只是个时间问题，尤其是很多企业使用微软Exchange服务器或Office365云服务在内部管理邮件的情况。

9、人力资源

调查一下企业所使用的关键任务应用和其他应用的数量，你会吃惊地发现后者的数量十分庞大，而且多数只使用一段时间，这些应用对各种关键的生产应用造成了拥堵。所以应尽可能多地将这些不常用的应用迁移到公有云中去，以便释放出私有云资源用於生产目的，而且因为公有云服务是使用才付费，所以还可减少总体成本。

为此，招聘、人员安置、福利管理和其他人力资源应用都非常适合迁移到公有云中去。

10、基于云的反垃圾邮件和反病毒服务

很多组织都使用云服务来执行反垃圾邮件过滤，防病毒服务等。即便这些服务托管在组织内部，也可以很方便地迁移到组织的公有云实例中去。

最终，CEO和CFO们会希望CIO和高级IT管理者们更多地利用公有云，因为这样做便可以把固定成本（基础设施）放入可变成本列（即付即用服务）中。但另一方面，对安全和隐私的担心，怕失去内部数据控制权的担忧，也在阻碍着企业积极地转向公有云。

幸运的是，通过严格地审查个别应用的性质，看它们是否能够避开上述所有问题和担忧。如果可以，那它们便可很轻松地迁移到公有云中，从而在私有云中节省出额外的资源，以便用于关键任务应用和需要处理敏感数据的其他系统。