BLRO 진단·전환 방법론: 운영 조건을 설계 입력으로 바꾸는 여섯 단계

방법론의 전제

전환의 핵심은 새 플랫폼 자체가 아니라, 업무 중단·호환성·보안 경계·운영 인수에서 발생하는 리스크를 **얼마나 일찍 드러내고 검증하는가**입니다. BLRO는 제품을 먼저 권하지 않고, 아래 여섯 단계로 판단 기준과 검증 범위를 만듭니다.

1단계: 업무 영향과 현재 제약 확인

현재 환경의 서버·스토리지·네트워크·클라우드 자원을 업무 우선순위·용량·장애 범위·운영 역할로 함께 검토합니다.

**통과 조건**: 워크로드별 업무 중요도, 허용 중단 시간, 보안·규정 조건이 기록됩니다.

**산출물**: 현황 분석서, 워크로드 분류 원본

2단계: 우선순위 워크로드와 위험 분류

업무 영향과 허용 중단 시간을 기준으로 현재 판단이 필요한 범위를 구분합니다. 보안 경계, 데이터 보호, 규정과 기존 운영 제약을 함께 확인합니다.

**통과 조건**: 우선 검증할 워크로드와 제외 범위가 합의됩니다.

**산출물**: 워크로드 분류표, 리스크 목록

3단계: 목표 아키텍처와 제외 범위 합의

기존 3‑Tier 유지, 가상화 계층 전환, HCI 통합 중 어떤 경로가 현실적인지 비교합니다. CPU·메모리·IOPS·용량 증가율과 장애도메인을 함께 반영한 산정 가정을 만듭니다.

**통과 조건**: 목표 아키텍처와 책임 경계, 제외 범위가 합의됩니다.

**산출물**: 목표 아키텍처, 용량·장애도메인 산정서

4단계: PoC 통과 기준과 실패 조건 정의

PoC에서 확인할 호환성, 성능, 장애 복구, 운영 화면·권한, 백업·DR 연계를 명확히 하고 통과 기준과 실패 조건을 문서화합니다.

**통과 조건**: PoC 항목별 통과 기준·실패 조건이 문서화됩니다.

**산출물**: PoC 계획서, 시험 항목 정의

5단계: 전환 리허설과 운영 인수 조건 검증

전환 리허설 범위를 정하고, 롤백 기준을 정의합니다. 운영 인수 조건(모니터링, 장애 대응, 백업·복구 절차, 권한 체계)을 전환 전에 문서화합니다.

**통과 조건**: 전환 리허설 결과와 롤백 기준이 검증됩니다.

**산출물**: 전환·롤백 계획, 운영 인수 기준

6단계: 초기 운영 데이터로 설계 보정

전환 후 일정 기간 초기 운영 데이터를 수집해 설계를 보정합니다. 성능, 무중단, 호환성은 사전 보장이 아니라 **합의된 시험 항목으로 관리**합니다.

**통과 조건**: 초기 운영 데이터가 설계 보정에 반영됩니다.

**산출물**: 운영 보정 보고서, 후속 조치 목록

방법론의 원칙

| 원칙 | 의미 | | ‑‑‑ | ‑‑‑ | | 증거 기반 | 확인된 증거를 다음 실행의 입력으로 사용합니다 | | 통과 기준 선합의 | 각 단계의 통과 조건과 제외 범위를 먼저 합의합니다 | | 사전 보장 금지 | 성능·무중단·호환성은 약속이 아니라 검증 항목입니다 | | 운영 인수 포함 | 기술 전환만이 아니라 운영 인수 조건까지 검증 범위에 넣습니다 |