问题-服务器扩容-验证方案研究

1. 背景

有个大客户接入，做完性能压测后，压测组给出了各个应用需要增加的服务器信息。
应用A增加6台，应用B增加8台，应用C增加24台，应用D增加6台，应用E增加12台。

2. 问题

运维部署应用后，怎么保证应用在服务器上是可用的，是能正常工作的？

3.问题分析

我当时认为这还得跑一遍交易才能说明？服务器它正常启动起来不就是OK了，还得实际跑交易才能验证正不正常？保障正不正常那不是运维组的事吗？

4.解决方案

小组最终讨论下来，还是得跑一遍相关的交易才靠谱。运维可以把扩容的应用划到单独一组里面，跟线上正在跑交易的服务器区分开来。然后在通过脚本命令发交易。

接下来就是相关准备工作：

• 构建交易的脚本，应该不能正常直接发交易，所有构建的curl命令，在交易入口的应用服务器执行。自行流转到新增的服务器上去。

• 准备验证方案，应用调用逻辑，是A调用B，B调用C，C调用D，C调用E。预期是，每次只开启一台新增服务器，然后发一组交易，确认没问题之后。关闭这一组，开启另外一组。

• 联系运维沟通验证方案

5.实际验证

运维根据验证方案，开启一组服务器。然后执行命令，开发人员根据交易信息，在日志平台上查询日志，确认在跑交易的应用IP，是否与现在开启的服务器IP一致。一致则检查通过。检查服务器是否存在其他异常。