架构稳定性

标签：功能   拒绝   报警   copy   das   数据   log   架构   逻辑   

本文链接：https://blog.csdn.net/arkzheng/article/details/52090254
架构稳定性需要注意些什么？如果你有好的观点也可以抛出来，欢迎批评指导

1. 压测知道你的容量，设置报警线；读通过tcpcopy，写通过染色数据，如此引入线上数据回放测试

2. 如果出现事故如何引导用户

3. 拆分业务初期耦合的逻辑，拆分为接口间调用

4. 拆服务，拆库，避免一个库挂掉，全站挂掉

5. 避免高峰上线，提前引入压测

6. 日志监控，各模块流量监控

7. 每一次上线都要准备回滚方案

8. 对于异常流量的防御和隔离，防刷

9. 单机服务熔断机制

10. 流量优先级控制，避免无用任务占用cpu

11. 事后总结，casestudy总结：如何快速发现，是否可以提前发现，是否可以快速止

12. 服务降级，当系统出现问题，允许关闭一些功能，甚至拒绝一部分流量

13. 引入效果监控，及时发现线上问题

14. 保护你的数据库，如果库挂掉或者被打满，修复的代价会比较高
————————————————
版权声明：本文为CSDN博主「drkuan」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/arkzheng/article/details/52090254

架构稳定性

标签：功能   拒绝   报警   copy   das   数据   log   架构   逻辑   

原文地址：https://www.cnblogs.com/ceshi2016/p/11676801.html