云应用程序很慢？原因在应用，而不是云

上午7点，你早早地赶到办公室，希望在没有他人访问公司公有云的时候，库存应用程序能做好更改的准备。然而，即使早上这段时间只有少量的用户在线，应用的性能仍然乏善可陈。

你会条件反射地认为，这一定是供应商的责任。确实，供应商是应用程序和数据的宿主，因此它必须承担所有的性能问题，是吗?不。

笔者在访谈调查中发现，性能问题的诱因，十之八九是来自于应用程序设计和支持技术的选择，而不是云基础设施的问题。这很容易理解，你在云中所使用的资源是可以根据需求随时扩展的。

我们可以这样理解：

把糟糕的应用程序转移到云上，也只是变成了一个糟糕的云应用程序而已。

目前的情况是，很多企业把应用程序推向公有云之前，并不会关注应用程序设计，或者使用数据库、中间件或其他使能技术。编译，连接到数据库，数据开始流动，他们就会觉得很好，自己已经成功完成云转型了。

事实是，这不但会导致性能不好，甚至可能还会增加云成本50%或60%。因为公有云会耗费很多资源去处理一个设计不当的应用程序。常见的问题是低效的I/O，闲谈式应用程序，和数据库的非优化查询——而这些问题只是几十个会出现的错误中的一部分。

解决问题的办法是在IT企业中大多数人都不想听到的：应用程序需要重构。包括对设计进行调整，并使应用程序的某些部分利用云本地特性，如原生I/O、数据库缓存和一系列的其他技巧，以使应用程序在云或其他任何平台中运行良好。

这种事谁都不会喜欢，但我们必须确保在迁移到云时，会花时间重新设计糟糕的应用程序，否则的话，无论你多早赶到办公室，都不

本文作者：佚名

来源：51CTO

无影产品动态 | 客户端6.2.0版本发布，操作更顺畅，体验更丝滑 本次更新优化了核心功能模块“云电脑助理”，新增云电脑UI缩放（DPI）配置功能，用户远程协助申请和用户共享协同功能，有效简化操作步骤，提升产品体验。
云服务器部署后台过程记录 现做毕业设计，使用前后端分离的设计模式，后端完成后为方便后续调用以及维护，将后端打包后部署到ECS云服务器上，在此介绍部署流程及一些问题。