严谨的讲, 开发和运维的界限在哪里?

[chaleaoch]

上下文是这样的, 有一个朋友给我推荐了一个他们自己做的开源的微服务项目, 其实就是 rpc + fastapi 塔的一个架子. 我说这就是全部吗? kong 呢?

他说那不是韵味的事儿吗? 我说 k8s 也算运维你们都不需要知道的吗?
他说是的.

我的问题是:
实际情况呢?
我应该怎么做呢?
作为一个后端开发真的不需要了解 envoy istio k8s 这些个吗? 只要做好 RPC 调用就好了?

[wd]

你有能力当然可以去了解，但是如果 rpc 调用都还没弄明白就算了

[dream4ever]

讨论一个问题得有前提条件，有些公司岗位划分很清晰，有些公司这些事情可能都需要你自己做，那句“我们首先需要定义 XXX”其实说的挺对。

[akira]

都是员工。。有啥区别呢。。 只是需要的技能树不大一样而已

[icyalala]

搞搞 devops，别找边界了

[wangbenjun5]

通常来说，运维一般都是和服务器打交道的，比如服务器日常维护、服务部署扩展，而开发则是和业务打交道，只负责写代码，开发出产品。

稍微成熟一点的公司，像 k8s 这种基础设施都很完善，开发只需要在网页上面点一点就能把项目部署出去，不会让开发操心这些事。

小公司一般不分这些清楚，开发也兼顾运维工作，特别当你用了云服务之后，没什么太多需要自己做的，也没必要招运维。

[snappyone]

k8s 这种跟业务无关的东西在大公司都是专门的组做的，写业务的人是不需要知道你底层是 k8s 还是 vm 的

[prondtoo]

没有边界，看过那本谷歌 SRE 工程师的书，里面讲的就是在谷歌里面，运维和开发是轮着换的，一段时间做开发，一段时间做运维。
这两边必须相互熟悉，才能构建强大而稳定的系统架构。

[Ley]

后端开发多少需要知道一些运维的知识和技能，否则很难分析解决一些复杂的问题，更不要说在设计时就考虑周全了吧。不是很能想象开发完全不知道运维会是什么样子，预感系统设计的效率和可靠性都会打折。

[darknoll]

在我看来，运维也不是很简单。
的确有很多后端不会部署，每次写完代码等着运维弄好环境。这种就是比较菜的，动手能力不强。
资深的后端应该都行。

[cedoo22]

有运维就是你就不是运维， 没有运维，开发就是运维。。。
从领导视角来看，你们都是搞技术的， 而且一般高级开发要比运维 工资开的高，所以，你就有义务在需要的时候变身 运维

[Ansen]

开发出事情叫 bug

运维出事叫事故

[SIGEV13]

@Ansen 精辟

[Achilless]

@Ansen 然而开发的 bug 如果跑到了线上也是事故~

[Ansen]

@Achilless #13 可以丢锅给测试

[thtznet]

开发是拉屎的，运维是铲屎的。

[Stendan]

公司人多就专注开发，人少就 devops 和开发轮岗呗。

[salmon5]

@thtznet 开发是拉屎的，运维是铲屎的。
==========================
精辟