# 新加坡资讯通信主管机构评估「服务级别与系统性能」这类职责会转移到 DevOps 与开发团队身上,并把自动化与编排工程师列为受冲击的基础设施工程师可转入的岗位

网页: https://flyvolo.ai/zh/changes/ev-20221001-devops-engineer-2
日期: 2022-10-01 · 阶段: 预测
这条记录能改变任务判断吗? 不能
职业: https://flyvolo.ai/zh/careers/devops-engineer

## 适用范围

一份受委托的行业研究,不是测量;把它记下来,是因为它指的方向和本站多数记录相反。同一份文件里,一边预期独立的支持工程岗位会萎缩,一边预期那些活会落到这个岗位上:它写明 DevOps 职能将接管「监督服务级别协议」与「开发新系统」,开发职能将接管「管理和优化系统性能」,把开发与运维合到一起提供更完整的支持;它把自动化与编排工程师列为受冲击较小的岗位,以及受冲击大的基础设施工程师可以转入的岗位,但没有说对它的需求在增长。它还把 DevOps 工程师列为那些预期被替换掉的支持工程师「容易」或「中等难度」可以转过去的去向。这些都不能证明有人真的被招了、人数真的涨了、或者这次转移真的发生了 —— 它是一家机构的预期,发表在生成式 AI 进入公众视野之前,只覆盖新加坡,来源是利益相关方访谈而不是就业数据。它真正确立的是:同一份报告里那条「岗位被替换」的判断,并不是在说这些活消失了。

## 来源

- IMDA / Workforce Singapore — Impact Study on the Information & Communications Workforce in Singapore (full report, PDF) — https://www.swda.gov.sg/api/assets/d65e963c-df80-4768-b5b4-4bb214307a22/imda-impact-study-master-full-vf6.pdf (一手来源)

## 这意味着什么

这是一个判断的另一半,它的前一半挂在 IT 支持那一页上。同一份研究,一边预期独立的支持工程会萎缩,一边预期这些职责会落到 DevOps 与开发职能上:监督服务级别协议、开发新系统、管理系统性能。它同时把这个岗位当作那些预期被替换的人「容易」或「中等难度」转过来的去向,并把自动化与编排工程师列为受冲击较小、受冲击的基础设施工程师可以转入的岗位。

## 它还不能说明什么

一个预期,不是一次计数。没有任何人被测量到因此被招进这个岗位,没有任何人数发生变化,这一条在这一页上不改变任何判断。而且「活过来了」不等于「这份工作变好了」:同一份报告把它描述为开发与运维合到一起,意思是职责过来了,原来干这些活的那个团队不一定跟着过来。只覆盖新加坡,只来自利益相关方访谈,并且发表在生成式 AI 进入公众视野之前。

## 怎么自己核实

数一数,现在由你值班兜底、但不是你们团队建的那些东西有多少。这条记录说的就是那个数字,而你从自己的值班表里拿到它,比任何研究告诉你都快。如果它变多了而团队没变大,那你正待在这条预测应验了的那一半里。


更多: https://flyvolo.ai/llms.txt