- 产品提需求
- 需求评审，排期
- 设计评审，技术选型，架构设计，DDD领域驱动设计
- 编码，前后端联调
- 自测，自测用例
- 提测，测试回归
- 开发修改，测试回归的问题
- 需求完成，合入版本
- 发版本
- 线上回归需求
- 人员工作安排，值班，处理线上问题，问题复盘
- CPU内存不足，要考虑代码优化，或者扩容
- 慢接口，慢SQL，慢启动，要考虑优化
- 大促618、双11，考虑到流量大，考虑暂时扩容CPU内存，结束后恢复正常
- 大促618、双11，提前做好紧急情况预案，比如：对次要功能，考虑功能或服务降级，关闭某些功能，平时开发时，需要考虑这一点，做好开关等措施
- 大促618、双11，对核心功能接口，提前进行故障演练，进行接口压测
- 稳定性建设：功能重试机制、核心日志、系统监控、业务监控、调用链路监控、数据库监控（慢SQL）、缓存监控（热key、大key）、MQ消息监控（消息积压）、线上故障数据复制到测试环境
- 历史数据归档
- 考虑数据量的未来增长情况，考虑读写分离，核心功能查主库，可以不那么实时的功能查从库，数据库和ES双写，或通过Canal实现实时同步binlog日志到ES，大数据量的查ES，考虑分库分表
- 引入Sentinel限流熔断降级
- 疑难问题，性能问题，根据紧急程度，汇总排期处理
- 人员招聘
- 需求前期跟进
