[请益] 系统架构Migration频率和职责

楼主: makemyday (make my day)   2021-08-29 12:45:34
自己负责的工作内容有点杂
比较偏向于DevOps工程师
会需要开发新功能也会需要做维运的工作
但工作一两年回想起来
大概一半以上的时间都在做Migration相关的工作
举凡系统架构/程式语言/Infra等相关的都有
这种工作其实很耗费心力,也没什么弹性,通常就是照着旧架构转...
虽然有些心里知道是有必要性的,但还是觉得占比太重了
因为这是第一份工作,不太确定这样的频率是软件业常态,还是特例
想请教大家目前工作的现况
在Migration 上花的时间/频率,大概是哪个角色/职位会负责这类的工作
求大家分享 借参考目前手上工作的合理性QQ
作者: MoonCode (MoonCode)   2021-08-29 13:03:00
db migration?
作者: bryant307 (BT)   2021-08-29 14:26:00
不都是趁migrate顺便做新功能优化吗
作者: forewero (木日一)   2021-08-29 14:30:00
只要不是新创或没有包袱的专案,其他应该都有这种需求吧。我们这也是不断在做这类工作,你缺工作吗XD
作者: chrischen (一个人的长假)   2021-08-29 19:13:00
devops不是这个范围吧? 是不是有什么误解如果希望多做新功能开发,直接跟主管反应
作者: clonsey1314 (Clonsey)   2021-08-29 19:59:00
听起来不是devops而是dev+ops
作者: jinmin88 (昼伏夜出)   2021-08-29 20:31:00
通常都是后端工程师顺便负责 mig改啥只有后端最清楚
作者: jlhc (H)   2021-08-29 20:54:00
devops的常态就是这样, 如果不爱的话建议转 swe/sre如果是有经历时代的公司, 1. 是肥到无法 migration2. 是无止尽的 migration.

Links booklink

Contact Us: admin [ a t ] ucptt.com