26Z10b5
# Calculate FTE scaling from Jan to Dec 2027
# Assumptions:
# Jan 2027 starting FTE: 12 FTE (Current baseline)
# Unautomated / Raw Expansion FTE by Dec 2027 (based on 1,500 nodes & 8 clusters): 20 FTE
# AIOps & Automation Efficiency Savings Target: 15% reduction on expanded workload / Toil
# Dec 2027 Target FTE: 20 FTE * (1 - 0.15) = 17 FTE (or 16~17 FTE)
fte_jan = 12
fte_raw_dec = 20
automation_saving_rate = 0.15 # 15% 목표 절감률
fte_target_dec = int(round(fte_raw_dec * (1 - automation_saving_rate)))
print(f"2027 Jan FTE: {fte_jan}")
print(f"2027 Dec Raw FTE: {fte_raw_dec}")
print(f"2027 Dec Target FTE (with 15% AIOps/Automation saving): {fte_target_dec}")
2027 Jan FTE: 12
2027 Dec Raw FTE: 20
2027 Dec Target FTE (with 15% AIOps/Automation saving): 17
피드백을 완벽히 반영하여 '1번(온보딩) 제외 및 2, 3, 4번 모니터링 지표 반영'과 'AIOps/DevOps 자동화 성숙도에 따른 월별 인원 목표치(1월 기준치 12월 절감 목표치)'를 추가/수정한 [최종 완결판] 경영진 보고서 템플릿입니다.
[경영진 보고] 2027년 클라우드 네이티브 플랫폼 운영인력 산출 및 자동화 기반 최적화 계획(안)
1. 핵심 요약 (Executive Summary)
- 추진 배경: 온프레미스 Multi-Site 대규모 확장(800대\rightarrow$1,500대 노드, 4개\rightarrow$8개 클러스터) 및 Data Lakehouse 고도화에 따른 안정적 SRE 운영 체계 확보.
- 산정 및 관리 방식:
- Top-Down 구조 모델: 글로벌 표준(Gartner/CNCF/DORA) 및 도메인 커버리지(Bus Factor) 기반 적정 인원 산출.
- Operational Triggers (인력 부족 신호): SRE 수동 요청 적체, 인시던트 발생 빈도, 장애 회복 시간(MTTR) 지표를 상시 모니터링하여 증원 시점 결정.
- AIOps/DevOps 성숙도 연동 목표 설정: 인프라 2배 확장에 따른 순수 필요 인원(20명)에서 AIOps/DevOps 자동화 고도화를 통해 약 15%의 공수를 절감하여 12월 최종 목표 인원을 17명으로 통제.
- 인원 산출 및 월별 목표:
- 2027년 1월 (현재 수준 유지): 12명 (현 인프라 800대 노드 기준 바닥 인원)
- 2027년 12월 (확장 후 목표치): 17명 (AIOps 15% 절감 목표 적용 / 순증 +5명)
2. 업무 영역 및 R&R 경계 (Scope & Boundaries)
본 산정 모델은 순수 클라우드 네이티브 인프라 SRE/DevOps 영역에 한정하며, 타 조직(인프라팀, 데이터앱팀)과의 역할 경계를 엄격히 분리하여 산정하였습니다.
| 구분 | [In-Scope] 당사 플랫폼/SRE팀 | [Out-of-Scope] 제외 영역 (타팀 담당) |
|---|---|---|
| 인프라/HW/OS | Node Drain/Cordon, Kubelet/containerd 운영, Pod 스케줄링 | HW 교체, ToR 스위치 설정, Host OS/커널 설치 및 물리 재부팅 (→ 인프라팀) |
| 데이터/앱 | MinIO AIStor/OpenEBS 스토리지 엔진, K8s 플랫폼, AIOps 파이프라인 | StarRocks 쿼리 튜닝, Spark/Airflow DAG 개발, Workbench UI 및 ETL 운영 (→ 데이터앱팀) |
| 보안/관측 | Vault(Secret), Kyverno(Policy), Cilium eBPF, Prometheus/OpenSearch | 서비스 단 애플리케이션 보안 점검, 개별 대시보드 개발 (→ 보안팀/개발팀) |
3. 운영 대상 및 확장 규모 (Scale & Expansion)
통합 UI(Workbench)를 통한 Self-Service 추상화로 단순 일반사용자(6,000명)에 의한 인프라 공수 증가폭은 제한적이나, 베어메탈 노드 수 2배 확장 및 원격 Multi-Site 추가에 따른 인프라 관리 복잡도가 대폭 증가합니다.
| 구분 | 2026년 (현재) | 2027년 (내년 확장) | 증감률 | 비고 |
|---|---|---|---|---|
| Kubernetes 클러스터 | 4 개 | 8 개 | +100% | 신규 원격 사이트 클러스터 4개 추가 |
| 베어메탈 노드 수 | 800 대 | 1,500 대 | +87.5% | Q2 350대 / Q3 350대 증설 예정 |
| MinIO AIStor 스토리지 Pool | 28 노드 | 158 노드 | +464% | AI/Data 대용량 스토리지 대규모 확장 |
| 환산 개발자(eDev) | 1,215 eDev | 1,335 eDev | +10% | 6,000명 사용자 + 300개 자동화 파이프라인 계정 |
- 환산 개발자(eDev) 산식: 핵심 데이터 개발자(600명 1.0) + 자동화 파이프라인 공용사번(300개 1.2) + 단순 UI 조회자(5,100명 0.05) = 1,215 eDev (공용사번은 24시간 I/O 및 장애를 트리거하는 가상 개발자로 반영)
4. Top-Down 운영인력 산정 및 AIOps/DevOps 절감 목표
가. 기술 스택별 구조적 최소 바닥 인원 (Floor Coverage)
기술 스택별 최소 이원화(Primary/Secondary) 및 24시간 온콜 로테이션 지속성을 위한 기본 바닥 인원입니다.
| 도메인 영역 | 담당 핵심 기술 스택 | 필요 인원 | 비고 |
|---|---|---|---|
| Platform Core & K8s | K8s Control Plane, Operator, GitOps, AWX | 4 명 | Multi-Site 클러스터 lifecycle 관리 |
| Network & Security | Cilium(eBPF/BGP), Vault, Kyverno | 4 명 | eBPF 트래픽 분석 및 보안 정책 자동화 |
| Data Engine & Storage | MinIO AIStor, OpenEBS, Capacity Planning | 4 명 | 스토리지 Pool 확장 및 Erasure Set 리밸런싱 |
| Observability & AIOps | Thanos, OpenSearch, n8n/LangGraph AIOps | 4 명 | AIOps 자동복구 Runbook 및 관측 인프라 |
| DevEx & CI/CD | GitLab, Nexus, ArgoCD, Workbench 지원 | 4 명 | CI/CD 파이프라인 및 통합 UI 인프라 지원 |
| 기본 바닥 인원 (Base Floor) | 20 명 | 자동화 미적용 시 순수 필요 인원 |
나. AIOps & DevOps 자동화 고도화를 통한 공수 절감 목표 (Efficiency Target)
현재 구축 중인 AWX/GitOps 자동화 및 n8n/LangGraph 기반 AIOps Auto-remediation(자동복구) 성숙도가 상승함에 따라, 순수 필요 인원(20명) 대비 최대 15%의 인력 절감 효과를 목표로 설정하여 인원 신청을 최적화합니다.
- AIOps/DevOps 자동화에 따른 절감 시나리오
- 수동 요청 티켓 자동화 (GitOps/AWX): 정형화된 요청의 40% 이상을 Self-Service 및 Playbook으로 자동 처리.
- 장애 자동복구 (AIOps Auto-remediation): Kubelet/containerd 재시작, DNS 캐시 플러시, Pod 재스케줄링 등 반복 패턴 장애의 40%를 AI 에이전트가 자동 복구.
- 절감 수치: 20명 15% 절감 약 3명 인력 대체 효과 달성 최종 목표 인원 17명 산출
5. 실측 모니터링 지표 기반 증원 Trigger (Operational Signals)
추정 공수 논란을 방지하기 위해, Workbench에서 처리되는 자동화 영역을 제외하고 실제 SRE 운영상 수집되는 정량적 모니터링 지표가 임계치를 초과할 때 증원을 집행합니다.
| 모니터링 지표 (Operational Signals) | 측정 방식 및 데이터 소스 | 임계치 (인력 부족 신호) | 증원 의사결정 반영 |
|---|---|---|---|
| ① SRE Toil (반응형 업무) 비율 | SRE 일일 작업 일지 및 티켓 소요시간 집계 | 전체 공수의 50% 초과 | Google SRE 가이드 기준, 플랫폼 자동화 개선 마비 신호 |
| ② 수동 요청 티켓 적체 (Backlog) | Jira/ITSM 시스템의 수동 요청 티켓 대기열 | 주간 미처리 적체 30건 초과 | SRE 팀이 'Ticket-Ops Trap(티켓 대기조)'에 빠진 상태 |
| ③ 인프라 원인 인시던트 빈도 | Alertmanager P1/P2 알람 발생 횟수 | 주 2회 (월 8회) 초과 | 노드/스토리지 확장에 따른 인프라 헤드룸 부족 신호 |
| ④ 장애 평균 회복 시간 (MTTR) | Grafana 장애 대응 타임스탬프 | 평균 복구시간 1시간 초과 | DORA 지표 기준, 시스템 회복 탄력성(Resilience) 저하 |
6. 2027년 월별 인원 목표 및 증원 롤아웃 계획 (Timeline)
인프라 증설 시점(Q2/Q3)과 AIOps 자동화 절감 목표(15%)를 결합한 2027년 월별 인원 관리 로드맵입니다.
[2027년 월별 인원 목표 로드맵]
1월 (Baseline) 5월 (Q2 증설) 8월 (Q3 증설) 12월 (최종 목표)
[ 12 명 ] ───► [ 15 명 ] ───► [ 18 명 ] ───► [ 17 명 ]
(현재 인프라) (1차 노드+350대) (2차 노드+350대) (AIOps 15% 절감 달성)
Multi-Site 개시 Cross-Site 동기화 자동화 정착에 따른
인원 1명 자연 감축/재배치
- 월별 세부 계획:
- 1월 (12명): 현 인프라(800대 노드/4개 클러스터) 기준 최소 바닥 인원 유지.
- 5월 (15명 / +3명 증원): 1차 베어메탈 노드 350대 증설 및 신규 원격 사이트 클러스터 오픈 시점 (Trigger ②, ③ 발생 시점).
- 8월 (18명 / +3명 증원): 2차 노드 350대 증설 및 MinIO AIStor Pool(158노드) 대규모 확장, Multi-Site 데이터 동기화 개시 시점.
- 12월 (17명 / △1명 최적화): n8n/LangGraph AIOps Auto-remediation 및 AWX Playbook 정착으로 15% 공수 절감 달성, 인프라 2배 확장에도 불구하고 최종 17명 체제로 정착.
7. 경영진 제언 (Recommendations)
- 글로벌 표준 대비 효율적 인원 운영: 노드 2배 확장(800대$\rightarrow$1,500대) 시 단순 선형 산정으로는 20명 이상이 필요하나, AIOps/DevOps 자동화를 전제로 17명(최종 +5명 순증)으로 최적화하여 제안드립니다.
- 모니터링 지표 연동 사전 승인 요청: 인프라 증설 시점(5월/8월)에 맞춰 실측 지표(Toil 50%, 주간 적체 30건 등) 초과 확인 시 즉시 채용이 진행될 수 있도록 사전 승인을 요청드립니다.
[부록] Bottom-Up Task Catalog 공수 산정 모델 (증빙용)
- 2026년 Baseline (12명 / 20,400시간): 80개 세부 Task에 컨텍스트 스위칭, 온콜 대기, 문서화, 6,000명 사용자 지원 오버헤드를 반영하여 12명(20,400h)으로 보정.
- 2027년 AIOps 적용후 산출 (17.1명 / 29,070시간): 노드 1,500대 확장 공수(34,000h)에서 AIOps 자동복구 및 관측 자동화 적용 시 29,070시간(17.1명)으로 집계되어 Top-Down 목표치(17명)와 완벽히 일치함.
| 활동유형 (대분류) | 2026년 공수 (12명) | 2027년 확장 공수 (20명) | AIOps 적용후 공수 (2027년) | AIOps 적용후 필요 FTE |
|---|---|---|---|---|
| 반응형 업무 수행 (Toil) | 7,140 h (35%) | 11,900 h | 8,330 h | 4.90 명 |
| 시스템 개선 (Engineering) | 6,120 h (30%) | 10,200 h | 10,200 h | 6.00 명 |
| 능동형 / 단순 모니터링 | 4,080 h (20%) | 6,800 h | 5,440 h | 3.20 명 |
| 행정 / 협의 / VOC | 3,060 h (15%) | 5,100 h | 5,100 h | 3.00 명 |
| 합계 (Total) | 20,400 h | 34,000 h | 29,070 h | 17.10 명 |
engineer