背景和要求
公司有一个业务计划下线，业务方已在12月就通知商家不再进行续签，并评估将于25年1月陆续下架平台内商品：1月23日商家商品全部下架，2月5日自营商品全部下架，3月31日完成了商家清退，3月31日同时下架app。然后要求在5月份左右实现相关的系统、资源也会全部下线。
跟法务、财务还有业务开了一个会，听下来，目标很简单：
- 要求技术侧配合业务完成商品下架、商家清退、资金盘点提现等，保证业务平稳下线。
- 平稳下线这个业务相关的全部系统、资源，同时留存合规&客服需要的离线数据。
具体安排
- 先根据业务的时间轴，制定出技术的时间轴。
- 然后对该业务的下线资源进行盘点，盘点的范围包括“应用、ecs、rds数据库、polardb、elk、redis、habase_lindorm、oss、sls、mq、cdn”等等。
- 应用的盘点无疑是比较麻烦的一个，要根据整个业务的功能进行梳理：
- 应用和资源都梳理完毕之后，就向资源和应用的owner宣布整个下线的事宜和时间上的安排。
- 先动手的是一些实时的对账脚本，因为目前平台已经几乎停止交易了，只剩下几个交了钱但是还在履约的场景。所以这部分脚本停止了之后影响最小。
- 一些业务数据大屏可以第二步安排下线。
- 各方挂出公告，一周后开始动手。
- 观察入口应用的流量情况，如果没有业务流量了，就开始下掉一些入口的应用，确保入口的流量（比如CDN、前端页面）先停掉。如果有流量就分析一下流量来源，逐步分批次下线容器数。这里重点看一下cdn域名关联写死了vip的情况。
- 检查业务工单是否已经停止增长，
- 不挂在应用下的资源，需要针对每种资源做下线方案，待应用下线后，再下线相关资源。
