SRE/DevOps 토일 측정 및 자동화 격차 분석

SRE/DevOps 토일 및 자동화 조사에 오신 것을 환영합니다. 이 조사는 지난 30일 동안의 운영 토일, 자동화, 신뢰성 도구에 대한 귀하의 경험을 묻습니다. 완료하는 데 약 12분이 소요됩니다. 참여는 자발적이며 언제든지 중단하실 수 있습니다. 정답이나 오답은 없으며, 저희는 귀하의 솔직한 경험에 관심이 있습니다. 모든 응답은 기밀로 처리되며 집계된 형태로만 보고됩니다. 시작하려면 다음을 클릭해 주십시오.

귀하의 주된 역할은 무엇입니까?

• SRE / 프로덕션 엔지니어
• 플랫폼 / 인프라 엔지니어
• 소프트웨어 엔지니어
• DevOps 엔지니어
• 엔지니어링 매니저
• 기타 (직접 입력)

온콜 로테이션을 얼마나 자주 맡습니까?

• 전혀 없음
• 임시 / 가끔
• 매주
• 2주마다
• 매월
• 매월보다 드물게

지난 30일 동안 어떤 활동이 귀하의 근무 시간을 가장 많이 소비했습니까? 최대 3개까지 선택해 주십시오.

• 프로젝트 / 기능 작업
• 인시던트 대응 / 온콜
• 유지보수 / 운영 변경
• CI/CD 및 배포
• 문제 해결 / 버그 수정
• 회의 / 조율
• 문서화 / 런북
• 반복적인 수작업

지난 30일 동안 반복적인 수작업에 주당 대략 몇 시간을 소비했습니까?

• 0시간
• 1~3시간
• 4~7시간
• 8~12시간
• 13~20시간
• 20시간 초과

지난 30일 동안 귀하의 주된 토일 원인은 무엇이었습니까? 최대 5개까지 선택해 주십시오.

• 시끄럽거나 불안정한 알림
• 수동 배포
• 취약한 CI/CD 파이프라인
• 환경 드리프트 또는 구성 불일치
• 접근 또는 권한 요청
• 수동 변경 승인
• 용량 관리 잡무
• 티켓 인계 또는 조율
• 제한된 관측 가능성 또는 텔레메트리 공백
• 불안정한 테스트
• 롤백 또는 롤포워드 복잡성
• 데이터 마이그레이션 또는 백필
• 도구 연동 또는 공백
• 기타 (직접 입력)

다음 항목을 집중적인 엔지니어링 시간에 얼마나 지장을 주는지에 따라 순위를 매겨 주십시오 (1 = 가장 지장을 줌).

1. 시끄러운 알림 / 페이지
2. 수동 배포
3. 접근 / 권한 요청
4. 환경 설정 / 구성
5. 수동 변경 승인
6. 용량 / 인프라 변경

신뢰성을 관리하고 토일을 줄이기 위해 귀하가 실제로 사용하는 도구는 무엇입니까? 해당하는 것을 모두 선택해 주십시오.

• 알림 / 모니터링 (예: Prometheus, Datadog)
• 인시던트 관리 (예: PagerDuty, Opsgenie)
• 코드형 인프라 (예: Terraform, Pulumi)
• 구성 관리 (예: Ansible, Chef)
• CI/CD 오케스트레이션 (예: Jenkins, GitHub Actions)
• 기능 플래그 / 점진적 배포
• SLO / 오류 예산 도구
• 런북 / ChatOps 자동화
• 변경 관리 (예: ServiceNow)
• 내부 개발자 포털 (예: Backstage)
• 카오스 / 회복력 테스트
• 위 항목 없음
• 기타 (직접 입력)

전반적으로 오늘날 귀하의 일반적인 운영 작업은 얼마나 자동화되어 있습니까?

모니터링 및 알림을 위한 현재 도구는 얼마나 효과적입니까?

배포 및 CI/CD를 위한 현재 도구는 얼마나 효과적입니까?

인시던트 관리 및 대응을 위한 현재 도구는 얼마나 효과적입니까?

인프라 프로비저닝 및 구성을 위한 현재 도구는 얼마나 효과적입니까?

변경 관리 및 승인을 위한 현재 도구는 얼마나 효과적입니까?

지난 30일 동안 런북에서 대략 몇 개의 수동 단계를 자동화하거나 제거했습니까?

• 0개
• 1~5개
• 6~15개
• 16~30개
• 31개 이상

지난 30일 동안 귀하의 팀이 겪은 사용자 영향이 있는 인시던트는 대략 몇 건입니까?

• 0건
• 1~2건
• 3~5건
• 6~10건
• 11~20건
• 21건 이상
• 잘 모름 / 추적하지 않음

3개월 전과 비교하여, 인시던트 해결까지의 중앙값 시간이 어떻게 변했습니까?

• 개선됨 (감소)
• 거의 동일함
• 악화됨 (증가)
• 잘 모름 / 추적하지 않음

지난 30일 동안 가장 중대했던 인시던트에서 무엇이 가장 큰 토일을 더했습니까?

• 페이징 노이즈 또는 알림 혼란
• 수동 런북 단계
• 접근 권한 지연
• 조율 또는 인계 오버헤드
• 롤백 또는 롤포워드 복잡성
• 제한된 데이터 또는 관측 가능성 공백
• 변경 승인 또는 거버넌스 지연
• 지난 30일 동안 중대한 인시던트 없음

어떤 단일 도구 변경이 귀하의 팀의 토일을 가장 크게 줄이겠습니까?

다음 분기에 운영 작업을 더 많이 자동화하는 데 가장 큰 걸림돌은 무엇입니까?

이 조사에서의 귀하의 응답을 바탕으로, 저희가 다루지 않은 토일, 신뢰성, 또는 도구에 대한 추가적인 생각이나 느낌을 공유해 주십시오.

이러한 유형의 역할에서 몇 년 동안 일했습니까?

• 0~1년
• 2~4년
• 5~7년
• 8~10년
• 11년 이상

귀하의 조직 규모는 대략 어느 정도입니까?

• 1~49명
• 50~249명
• 250~999명
• 1,000~4,999명
• 5,000~19,999명
• 20,000명 이상

귀하의 SRE/플랫폼 팀 규모는 대략 어느 정도입니까?

• 1명
• 2~5명
• 6~10명
• 11~20명
• 21명 이상

귀하의 주된 근무 시간대를 가장 잘 설명하는 지역은 어디입니까?

• 아메리카
• EMEA
• APAC
• 기타 / 복수

귀하의 근무 장소 형태는 무엇입니까?

• 원격
• 하이브리드
• 사무실

이 조사를 완료해 주셔서 감사합니다. 귀하의 의견은 토일 양상을 추적하고 적절한 신뢰성 도구 투자의 우선순위를 정하는 데 도움이 됩니다. 결과는 집계된 형태로만 공유됩니다.