单独的容量规划并不能保证良好的云性能

基于云的业务负载是否支持100,000个并发用户？ 唯一的方法就是性能测试。

许多人认为云中的压力负载总会表现得更好，因为公有云可以获得几乎无限的资源。 尽管可以调配所需的资源，甚至可以使用无服务器计算，以便分配资源 ，事实上，拥有适量的资源只是成功的一半。

要获得良好的云性能，意味着必须主动测试性能，而不是被动地等待问题出现。 毕竟，性能取决于的因素很多，原始容量只是其中之一。

我强烈鼓励测试。如果你正在使用DevOps来构建和部署云应用程序业务负载，那么对安全性，稳定性等进行测试通常是使用连续测试工具完成的，这是DevOps过程的一部分。

但是性能测试呢？

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

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

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

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

没有经过这些测试，你无法回答“我的云业务负载何时会冲击性能瓶颈吗？”这个问题。相反，你的用户会碰到这样的问题，并且你可能会发现这时候只能寻找新的工作了。