上午7点，你早早地赶到办公室，希望在没有他人访问公司公有云的时候，库存应用程序能做好更改的准备。然而，即使早上这段时间只有少量的用户在线，应用的性能仍然乏善可陈。
你会条件反射地认为，这一定是供应商的责任。确实，供应商是应用程序和数据的宿主，因此它必须承担所有的性能问题，是吗?不。
笔者在访谈调查中发现，性能问题的诱因，十之八九是来自于应用程序设计和支持技术的选择，而不是云基础设施的问题。这很容易理解，你在云中所使用的资源是可以根据需求随时扩展的。
我们可以这样理解：
把糟糕的应用程序转移到云上，也只是变成了一个糟糕的云应用程序而已。
目前的情况是，很多企业把应用程序推向公有云之前，并不会关注应用程序设计，或者使用数据库、中间件或其他使能技术。编译，连接到数据库，数据开始流动，他们就会觉得很好，自己已经成功完成云转型了。
事实是，这不但会导致性能不好，甚至可能还会增加云成本50%或60%。因为公有云会耗费很多资源去处理一个设计不当的应用程序。常见的问题是低效的I/O，闲谈式应用程序，和数据库的非优化查询——而这些问题只是几十个会出现的错误中的一部分。
解决问题的办法是在IT企业中大多数人都不想听到的：应用程序需要重构。包括对设计进行调整，并使应用程序的某些部分利用云本地特性，如原生I/O、数据库缓存和一系列的其他技巧，以使应用程序在云或其他任何平台中运行良好。
这种事谁都不会喜欢，但我们必须确保在迁移到云时，会花时间重新设计糟糕的应用程序，否则的话，无论你多早赶到办公室，都不够早。
本文转自d1net（转载）
