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

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一致。一致则检查通过。检查服务器是否存在其他异常。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值