这个SRE好像又和普通的devops重叠?前者主要保证reliability吧?后者保证快速deploy和stability?我个人的理解SRE主要是搞automation吧?看到有些老码农,就是那种做了20多年的老码农好像有的也专转了deops/sre,有经验的说一说,这些是码农的最终归宿吗?
有重叠 https://harness.io/blog/devops/sre-vs-devops/
可能devops更侧重于CICD那块儿吧
还是看个人吧 有很多人一辈子都在APP呀 没有说最终归宿是SRE
举个例子 企业采用什么样的云部署方案一般app的组不用管 最多保证自己组的service可以容器化
但SRE可能就得参与制定公司所有的APP是部署在公有云 私有云还是混合的上面 这里涉及安全成本不少问题
SRE工作有些无聊,用python写代码是工作中最有乐趣的一部分
是的,就怕这个做久了从java guy变成了手撸yaml的boy,搞降级了
是的 如果要走SRE 不知道K8S肯定不行哎
薪水肯定差很多 因为这一块肯定不是公司直接赚钱的 不像ads youtubu啥的
小公司又不是特别需要 很多infra用aws gcloud就可以了
只有公司大到一定程度在SRE跟devops上的投资才能有回报。。。
不会的。如果你的工作只是手撸yaml那肯定是没有自动化到位 ..
一般是学习的时候手撸yaml但是搭automation系统的时候. Waral dи,
helm/kubernetes operator/kubernetes Go client/eBPF/istio啥的就都用的上了
不过一个公司尤其是小公司SRE可能要不了太多
感觉原因是以前sysadmin就是管自己公司那十几台machine 所以也没啥活
现在都转云了 可以做的事情就变多了很多
好不容易搭好云了 你得有监控日志事件系统吧?
app的组不知道怎么用,你总不能让他们直接进到你的云里面去吧 可能你得做个系统让app的弟兄们可以把东西按照自己要的一些基本配置弄云上去
各个app都共享云,你得想怎么在不同app组之间分配资源吧? 搞不好得写个quota management系统
最后公司里很可能不仅用一个云 可能azure aws啥的都有人用 你是不是搞不好都得支持下
好了 东西都上云了不同app之间的安全又有隐患了, 以前这些app可能都是部署在自己部门的机器下的 那么是不是要在云里面加一点security policy?
其实很多公司的SRE其实不是SRE,狗的SRE是真SRE,毕竟SRE是狗发明的。狗的SRE分两种,一是SWE-SRE,一是SE-SRE。两者其实干的活差不多,但前者可以转同级SWE。在狗的话,同级的SRE可能比SWE更难做,是很有价值和挑战的工作。可以了解下狗的SRE在做什么,然后对比一下。有些公司就是在做ops,只是给swe擦屁股,这种就很不值。
能去swe不要去sre
https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl # will already be pre-configured export do = "--dry-run=client -o yaml" # k get pod x $do export now = "--force --grace-period 0" # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section . Question 1 | Contexts Task weight: 1% You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into ...
Comments
Post a Comment
https://gengwg.blogspot.com/