运维研发看这一篇就够了

最新推荐文章于 2023-03-26 11:51:26 发布

cugbtang

最新推荐文章于 2023-03-26 11:51:26 发布

阅读量1.4k

点赞数

分类专栏： linux

本文链接：https://blog.csdn.net/u013616005/article/details/101620661

版权

12 篇文章 1 订阅

订阅专栏

运维的核心

无死角的监控+自动化
先安利一波：
在这里插入图片描述

【秦大的一篇分享】
一个什么什么好不好，看什么？一句话：少操心不操心
我觉得生活中的90%都可以用到这点，融入在生活中，源于生活，提取在此

从运维角度来提升可运维性，提升稳定性和容灾能力，这可是一个架构师必须掌握的技能，
写一些零零散散的业务逻辑真的不如好好提升架构能力

好的软件架构，一句话概括：就是不需要运维操心的，或者尽量少操心的

易于部署
- 更少的环境依赖：解决环境依赖的典型利器就是Docker Image，另一个解决依赖的手段是Buildpack机制(代码编译之后，和依赖一起打包)
- 自动化配置: 中心化配置典型的配置就是关联关系配置典型解法有两个，一个是名字服务注册中心另一个就是加一个转发层，比如lvs或者nginx
易于扩容
- 无状态水平扩展
- 有状态则自动路由流量: 通常是造成有状态的根因，数据如有分片机制
- 自动注册进系统
易于监控
- 关键指标透出: 开一个/varz接口，访问这个接口，就会返回该模块的监控指标数据。 MQ服务的消息堆积量支付成功率对象存储的接口延迟只有进程是否存活端口是否在监听
- 日志规范全面: 制定统一的日志规范，便于统一的自动化工具处理
易于恢复
- 自动容灾: 请求失败，一定要做重试，server端的接口一定要做到幂等退化处理，比如原本从redis读取数据，速度快，redis挂了可以退化到mysql读取
- 能够自保: 限流熔断降级
- 外挂自愈: 某些故障有固化的处理脚本,并且公司有故障自愈平台，可以用监控告警触发这个脚本