iOS-事故记录
2019-09-26 上线事故记录
已经发布版本，在AppStore迟迟迟迟迟迟没有看到。
事故？
按照摘要描述的，这本不是一个事故，为什么叫事故呢？
由于此版本是强更版本，移动端，Web，后台，全部需要统一上线；最后其他端都上线了，就iOS没有更新，导致线上宕机25h20m，并且收到了很多差评。
上线流程
| 时间 | 操作 |
|---|---|
| 09:00 | 发布停服更新公告 |
| 10:00 | 停服，导数据，代码合并Master上线 |
| 10:10 | Web合并Master上线 |
| 11:00 | 释放Android包同时配置强更 |
| 11:10 | iOS发布版本同时配置强更 |
| 14:00 | 开服 |
按照这个流程，iOS这边只需要静悄悄的等待上线就好了，按照正常的时间，iOS这边是半个小时到2个小时，这个时间肯定是够够的。但是，就怕这个但是，我们等了25h20m。
iOS操作流程
| 时间 | 操作状态 | 备注 |
|---|---|---|
| 2019-09-22 22:39 | 2.1.0准备提交 | |
| 2019-09-23 13:19 | 提交审核 | |
| 2019-09-24 04:56 | 正在审核 | |
| 2019-09-24 05:55 | 等待开发人员发布 | |
| 2019-09-25 11:10 | 发布此版本 | |
| 2019-09-25 16:43 | 更改价格及发布地区 | 刷新状态 |
| 2019-09-25 18:15 | 给Apple发邮件 | |
| 2019-09-26 10:00 | 下架应用 | 刷新状态 |
| 2019-09-26 10:00 | 发布版本 | 刷新状态 |
| 2019-09-26 10:36 | Apple回复邮件 | 可供销售后，最多等待24小时 |
| 2019-09-26 11:03 | 2.1.1准备提交 | 只为尝试提交让其刷新状态，并没有用 |
| 2019-09-26 11:13 | Call Apple | 回复说我们重新上架，还要等最多24小时 |
| 2019-09-26 12:14 | 商店封面图更新 | |
| 2019-09-26 12:16 | 商店可以刷到最新包 | |
| 2019-09-26 12:30 | 商店文案更新 | |
| 2019-09-26 12:38 | 发布上线通知 |
下面是Apple的邮件回复
实时监测最新版本的脚本
总结
优化上线流程，iOS和Android应该提前发布，然后再走后端上线流程。
如果后台的流程后置的话，一定要保障其自动化部署和迁移脚本能够顺利进行。