This topic created in 1772 days ago, the information mentioned may be changed or developed.
上下文是这样的, 有一个朋友给我推荐了一个他们自己做的开源的微服务项目, 其实就是 rpc + fastapi 塔的一个架子. 我说这就是全部吗? kong 呢?
他说那不是韵味的事儿吗? 我说 k8s 也算运维你们都不需要知道的吗?
他说是的.
我的问题是:
实际情况呢?
我应该怎么做呢?
作为一个后端开发真的不需要了解 envoy istio k8s 这些个吗? 只要做好 RPC 调用就好了?
17 replies • 2021-08-02 22:02:37 +08:00
 |
|
1
wd Jul 31, 2021 via iPhone
你有能力当然可以去了解,但是如果 rpc 调用都还没弄明白就算了
|
 |
|
2
dream4ever Jul 31, 2021
讨论一个问题得有前提条件,有些公司岗位划分很清晰,有些公司这些事情可能都需要你自己做,那句“我们首先需要定义 XXX”其实说的挺对。
|
 |
|
3
akira Jul 31, 2021
都是员工。。有啥区别呢。。 只是需要的技能树不大一样而已
|
 |
|
5
wangbenjun5 Jul 31, 2021 1
通常来说,运维一般都是和服务器打交道的,比如服务器日常维护、服务部署扩展,而开发则是和业务打交道,只负责写代码,开发出产品。
稍微成熟一点的公司,像 k8s 这种基础设施都很完善,开发只需要在网页上面点一点就能把项目部署出去,不会让开发操心这些事。
小公司一般不分这些清楚,开发也兼顾运维工作,特别当你用了云服务之后,没什么太多需要自己做的,也没必要招运维。
|
 |
|
6
snappyone Jul 31, 2021
k8s 这种跟业务无关的东西在大公司都是专门的组做的,写业务的人是不需要知道你底层是 k8s 还是 vm 的
|
 |
|
7
prondtoo Jul 31, 2021 3
没有边界,看过那本谷歌 SRE 工程师的书,里面讲的就是在谷歌里面,运维和开发是轮着换的,一段时间做开发,一段时间做运维。 这两边必须相互熟悉,才能构建强大而稳定的系统架构。
|
 |
|
8
Ley Aug 1, 2021 via Android
后端开发多少需要知道一些运维的知识和技能,否则很难分析解决一些复杂的问题,更不要说在设计时就考虑周全了吧。不是很能想象开发完全不知道运维会是什么样子,预感系统设计的效率和可靠性都会打折。
|
 |
|
9
darknoll Aug 1, 2021
在我看来,运维也不是很简单。 的确有很多后端不会部署,每次写完代码等着运维弄好环境。这种就是比较菜的,动手能力不强。 资深的后端应该都行。
|
 |
|
10
dr1q65MfKFKHnJr6 Aug 1, 2021
有运维就是你就不是运维, 没有运维,开发就是运维。。。 从领导视角来看,你们都是搞技术的, 而且一般高级开发要比运维 工资开的高,所以,你就有义务在需要的时候变身 运维
|
 |
|
11
Ansen Aug 1, 2021 via iPhone 6
开发出事情叫 bug
运维出事叫事故
|
 |
|
15
thtznet Aug 2, 2021
开发是拉屎的,运维是铲屎的。
|
 |
|
16
Stendan Aug 2, 2021
公司人多就专注开发,人少就 devops 和开发轮岗呗。
|
 |
|
17
salmon5 Aug 2, 2021
@ thtznet 开发是拉屎的,运维是铲屎的。 ========================== 精辟
|