dreamusername 最近的时间轴更新
dreamusername

dreamusername

V2EX 第 248733 号会员,加入于 2017-08-15 12:03:06 +08:00
dreamusername 最近回复了
30 天前
回复了 ACVV 创建的主题 问与答 大家平时喝什么牌子的纯牛奶?
优诺、明治、唯品、味全,基本上鲜奶就选择这 4 个品牌。
30 天前
回复了 xuqiccr 创建的主题 程序员 请问有推荐的 DevOps 开源项目吗
纯粹点的话,golang 的,zadig
从使用场景上入手就比较容易理解了。
你需要 Pod 重启后,Pod 名与 Pod 的存储与重启前是一致的,选择 statefulset 。
43 天前
回复了 zhb1993 创建的主题 职场话题 终于要还完债务了,解脱
恭喜楼主
54 天前
回复了 bloodkey 创建的主题 DevOps 自建全套开源 DevOps 实践
Gitlab+Lark+Zadig 就足够了
62 天前
回复了 luffy 创建的主题 DevOps 能否说说运维工作内容
上面大家说了很多的运维,一般跟业务开发比较紧密的是三种类型的运维:
一是业务运维,俗称 SRE ,在服务开发完毕提测后,或者是提测结束后,业务运维就开始介入,后续服务的业务问题基本是他们负责,当然在标准的流程里业务流程介入更早,项目需求评审的时候就参与了。
第二种与第三种都是运维开发,但是面对不同的场景,第二种俗称 DevOps ,做流水线开发的,还有叫 CICD
第三种就是运维开发,做监控系统,一般搞的监控面板与告警。

他们各自的技术栈是这么划分的,首先是业务运维,业务运维一般会 Shell 就足够了,不强求其他高级语言能力,业务运维是一个可以划水但需要一直 oncall 的岗位,虽然他们叫 SRE ,在谷歌的最佳实践里,SRE 有很高的定位,比如 SRE 首先是一个标准的业务开发,显然在国内的情况,此 SRE 非彼 SRE ,就像下面说的 DevOps 一样,本来只是一个最佳实践,在国内却是一类岗位。
运维开发,简单来说是开发系统给业务运维使用提升效率的,一般业务运维的上升通道都是往这两个方向走,没有孰优孰劣,但是要说在运维层面来说,流水线是需要根据基础架构定制的,而监控系统一般是适用基础架构,所以现在运维基本都卷在 DevOps 这块,有更高的自由度,最主要的可以制定规则,terraform 、tekton 、argocd 、kubernetes 这些工具与系统,gitlab flow 、gitops 、aiops 这些耳熟能详的最佳实践,都是在 DevOps 这块,目前 DevOps 的技术栈,基本都在 golang 这块。
监控告警运维开发,打交道的就是常见的工具或系统了,prometheus 、loki 、grafana 、elk ,对接开发各种告警平台,收集与告警的一般可以粗略分为业务服务基础状态、metrics 、logs 、apm 等等,针对指标、阈值做被动的告警,还有主动监控类。高级语言能力一般 python 比较多。
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4174 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 07:09 · PVG 15:09 · LAX 00:09 · JFK 03:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.