首页 > 运营规范 > 应用稳定性管理规范

应用稳定性管理规范

一、开发者应用稳定性标准

1.1  应用稳定性标准

1)应用服务全年99.9%可用,全年不可用时长不超过8.76小时。

2)应用服务页面加载时间小于2s,应用服务请求成功率不能低于90%、RT响应时长不能超过1000毫秒。


1.2  应用压测标准

1)压测QPS:各服务商需根据自身业务增长情况进行评估QPS

2)针对所有压测场景,服务器性能通过标准如下:

1CPU平均使用率<=80%

2CPU峰值使用率>90%的时间不超过5分钟。

3)内存使用率平稳或存在持续上升趋势的情况下最高使用率不超过95%

4)带宽使用率不超过90%


 二、开发者应用稳定性操作规范

2.1 应用性能测试:

1)应用升级发布前、大促前需对应用服务进行性能压力测试。


2.2 应用发布:

1) 在大促封网期(如6.1811.11,具体封网时间以平台公告为准),开发者不可对应用进行修改与更新;

2) 发布应尽量选择在访问流量较低的时间段,发布前对发布内容、发布时间、影响范围提前告知客户,不能过于频繁发布,建议一周不超过两次,每次发布时长应控制在1小时以内。

3) 重大功能发布前、大促前,需制定有效的应急预案,做好修改点测试、影响点回归,发布完成后应对线上功能进行验证。

4) 重大功能发布,需要有回滚方案,若升级无法回滚建议采用灰度发布。应用升级过程中导致短暂的服务不可用需要有良好的用户提示。


2.3 大促扩容:

1)开发者应用在大促期间若有弹性扩容需求,必须在大促公告规定时间内进行扩容;


三、 违规行为及处理措施

为了提升服务商对自身应用稳定性的重视程度,针对大促保障工作中出现问题的服务商,平台侧将收回之前给予的部分或全部权益,以及对于服务商进行相关处罚。

3.1 针对存在以下行为的服务商,平台视其在大促保障中出现问题:

1)平台要求的服务商未按照标准及时间要求完成平台相应业务的压测。
2
)未按照平台提供的应用架构优化建议及大促保障建议进行应用改造优化。
3
)未按照平台提供的应用配置检查方案进行应用的自检自查。
4
)压测完成后,在未通知平台技术同学并征得技术同学允许的前提下,擅自修改应用代码或上线活动。
5
)大促当天(6.1811.11),紧急弹性升级(包括ECSRDS弹性升级之和)云资源数量超过10台。
6
)大促当天(6.1811.11),超过10个商家上报平台服务商应用故障。
7
)大促当天(6.1811.11),由于服务商自身应用原因,单个商家故障处理时间超过10分钟。


3.2 针对在大促中出现以上问题的服务商,平台将收回以下权益:
1)
收回平台侧给予服务商的资源打折;

2)取消服务商近2年内参与平台的所有荣誉评选的资格。


3.3 针对在大促中出现以上问题的服务商,平台将进行以下处罚:

根据服务市场《服务评分-质量评估分扣分规则》中“服务不稳定-服务出现服务器故障&服务不能正常访问”规则,进行服务冻结5-10天、且扣除服务评分10-25分等处罚。

在规定时间内,未通过压测测试的isv,平台侧将回收isv名下域名,不允许所有C端活动上线。