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