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

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

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

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

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

但是性能测试呢?

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

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

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

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

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

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180209G15M9T00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券