容量本身并不能保证良好的云性能

企业的基于云计算的工作负载是否支持100,000个并发用户?唯一的方法是通过性能测试。

许多人认为运行在云端的工作负载总是表现更好,因为公共云可以获得几乎无限的资源。尽管企业可以调配所需的资源,甚至可以使用无服务器计算,以便为企业分配资源,事实上,拥有适量的资源只是获得成功的一半。

要获得良好的云计算性能,意味着企业必须主动测试性能,而不是被动地等待问题出现。毕竟,毕竟,性能远远取决于原始产能。

专家强烈鼓励测试。如果企业使DevOps来构建和部署其云计算应用程序工作负载,那么通常使用连续的测试工具来完成对安全性、稳定性等的测试,以作为DevOps过程的一部分。

但是性能测试呢?

说实话,性能测试通常只是在用户看到和报告性能问题时才会出现。而且,当用户负载超过一定的级别时,性能通常会成为一个问题,根据应用程序,这个级别可以是5,000到100,000个并发会话。所以只有当企业的使用率很高时才会发现问题。在这一点上不能逃避责任。

一个新兴的最佳实践是在企业的DevOps或云迁移过程中进行性能测试。这意味着要将性能测试添加到测试组合中,并查看应用程序工作负载和连接的数据库如何处理负载远远超出自己的预期。

这意味着要寻找一个与企业的应用程序兼容的性能测试工具,企业拥有的其他DevOps工具以及要部署应用程序的目标云平台。当然,良好的工具本身并不是完整的答案,企业需要测试工程师首先设计正确的测试流程。

具有讽刺意味的是,虽然DevOps本身(作为一个流程和工具集)都是关于在测试方面积极主动的,但是大多数的流程没有做太多的性能测试。

经过这些测试,企业无法回答“我的云工作负载何时会冲击性能?”这个问题。企业的用户可以找到适合自己的问题,并且企业可能会发现是时候寻找新的工作了。