V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dreamusername  ›  全部回复第 4 页 / 共 13 页
回复总数  241
1  2  3  4  5  6  7  8  9  10 ... 13  
2022-05-05 16:25:10 +08:00
回复了 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 比较多。
2021-04-26 00:25:40 +08:00
回复了 leeeee9 创建的主题 Kubernetes k8s 困惑
建議直接使用 EKS AKS TKE 之類的雲服務廠商版 Kubernetes,免去各種部署 Kubernetes 的問題,直接使用,而且使用雲服務出現問題的時候,不會像自己搭建,第一時間找是不是自己環境部署的問題。
同時盡量不要使用 Kubernetes 部署有狀態的服務,這不是它擅長的,雖然他可以,如果你非要部署,那麽我不推薦 Helm,而是 Operator 。
2021-02-26 17:02:14 +08:00
回复了 Dkngit 创建的主题 发音 关于《听到有人把阈值念成阀值我都替他们觉得尬》
牛奶普遍标准不达标,那么我们降低牛奶标准,这样牛奶指标就远远超过标准了
2021-02-15 02:42:37 +08:00
回复了 jin5354 创建的主题 问与答 想给自己买点好玩的,求推荐,预算万元内
中國城市打卡
2021-02-10 18:49:28 +08:00
回复了 Paosin 创建的主题 职场话题 简历留邮箱还有邮箱歧视吗
如果同樣的候選人,一個人用 Gmail,另一個用 QQ 郵箱,我會覺得前者有後者不具備的能力。
QQ 郵箱有更多的娛樂屬性,Gmail 會展現出這個候選人獲取信息的渠道。
最重要的原因,都知道職場可能有這方面的歧視,如果還用 QQ,説明這名員工有點不會變通。
S3 是对象存储,是不可以修改文件内容的,适合一定的场景,但不适合文件交换,那么对于文件交换就需要用到块存储。
以 AWS 为例,支持的块存储有 EBS 、EFS 、FSx 等,其中 EBS 又分为 GP2 、GP3 、io1,除了 io1 某几种特殊型号外,都是 ReadWriteOnly 的,顾名思义就是单读单写,不适合我们的场景,另外的 EFS 与 FSx 是 ReadWriteMany 的,适合我们的场景,FSx 是属于高性能磁盘,价格昂贵,根据需求选择,EFS 是 NFS 在 AWS 的封装产品,使用上与 NFS 基本无异。
但是要注意的是,对于这类需求的服务,本身状态是很强的,是需要考虑他们是不是有更好的部署方式。
思路错了。
Kubernetes 作为遵从云原生的系统,推荐的是配置即代码,所以你要做的是先写一份 nodeport service 的 yaml,然后 kubectl apply,你这种做法仅用于 port forward 。
2021-02-08 09:38:27 +08:00
回复了 ada87 创建的主题 程序员 真有必要搞技术分享会吗?
对分享者个人挺有帮助
2021-02-07 09:49:24 +08:00
回复了 wapzjn 创建的主题 问与答 想换个城市,能否给个推荐
两件羽绒服有被笑到,北上广深吧,北京太冷,广州互联网不太行,深圳高中低都有,上海比较均衡,推荐上海。
二线城市在很多地方都与一线城市有差距,不推荐。
2021-02-07 09:44:24 +08:00
回复了 mmdsun 创建的主题 程序员 为什么我不喜欢"钉钉"?
钉钉的作恶是没有给别人选择,它压根就没这个概念。
2021-02-07 09:42:58 +08:00
回复了 szxczyc 创建的主题 随想 昨天坐飞机抖得非常厉害,我以为飞机要解体了
选择 A380 或者 787 这样的大飞机,晃得没 A320 737 那样恐怖,碰到气流是正常的。
配置中心可以用 etcd,注冊中心就用 kubernetes 自帶的服務發現
2021-01-27 23:36:43 +08:00
回复了 shunconf 创建的主题 Kubernetes k8s 入门学习提问 1
直接使用 k3d,很方便,比如你需要本地啓動一個集群
```
brew install k3d
k3d cluster create mycluster
```
helm 與 kustomize 一樣都是模板生成工具,所以你的需求其實就是修改 values.yaml,然後重新提交,讓他重新生成各種 yaml 文件后提交到 kubernetes 中,按照#1 的方法是可行的。
分子
看起來不錯
2021-01-07 17:40:13 +08:00
回复了 ReferenceError 创建的主题 旅行 稻城亚丁,一个去过就不想再去的地方
喜欢自然选择云南,大部分地区都可以直飞,也有相当不错的酒店。
2020-12-22 01:19:01 +08:00
回复了 robinshen 创建的主题 DevOps GitOps 实战
简单看了下是用 gitlab ci 做的 ci,但是没看出用什么实现了 cd,整体整合度很高,如果采用 tekton 作为 ci,argocd 作为 cd,集成 terraform 支持,相信更吸引人。
2020-12-17 20:31:36 +08:00
回复了 kevinwan 创建的主题 推广 最简单的 K8S 部署文件编写姿势,没有之一!
伪需求,如果需要生成,必然要了解各种配置的定义,这样前方有 kustomize 与 helm 在等着你,再然后就看到了 argocd,然后发现 kubectl 都可以不用。
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2914 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 00:33 · PVG 08:33 · LAX 16:33 · JFK 19:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.