클라우드 컴퓨팅 - 서비스 - 공공 클라우드

01.Digital Service

Mr. Slumber 2025. 5. 13. 16:17

728x90

1) 성능 요구사항: 응답시간 SLA 정의, TPS 측정 및 부하분산 전략 수립

2) 장애 대응: RTO (복구시간목표), RPO (복구시점목표) 기준에 맞춘 백업/복구 계획 수립

3) 확장성 고려: 트래픽 증가에 따른 스케일 아웃 설계

4) 모니터링 체계: 클라우드와 연계된 APM(Application Performance Monitoring), 시스템 대시보드

아래는 공공기관 클라우드 전환 시 비기능 요구사항(NFR: Non-Functional Requirements) 설계의 핵심 항목별 정밀 지표와 수립 근거를 정리한 표입니다.

각 지표는 일반적으로 공공부문 클라우드 도입 시 가이드라인(예: NIA, 행안부, ISO/IEC 25010)과 클라우드 서비스 업체(NAVER Cloud, AWS, Azure 등)의 SLA 정책을 기반으로 수립됩니다.

✅ 1. 성능 요구사항

항목	지표 예시	수립 근거
응답시간 (SLA)	● 일반 사용자 요청 응답 시간: ≤ 2초 ● 백오피스/관리자 페이지: ≤ 3초	● 사용자 체감 성능 기준 ● ISO/IEC 25010: Response time 특성 ● NIA '클라우드 전환 가이드라인'
TPS (초당 처리 건수)	● 정규 업무시간 기준 평균 TPS: ≥ 150 ● 피크타임 TPS: ≥ 300 이상 대비 가능	● 기존 온프레미스 실측 데이터 ● 부하 테스트 결과 ● 업무 패턴 분석
부하 분산 전략	● L4/L7 Load Balancer 사용 ● Web-Tier와 WAS-Tier 분리 구성 ● 다중 AZ 구성을 통한 분산	● 네이버 클라우드 L7 LB (SLA 99.9%) 활용 권장 ● KT Cloud, NHN도 유사 구조 지원

✅ 2. 장애 대응 (복구 계획)

항목	지표 예시	수립 근거
RTO (복구시간목표)	● 장애 발생 후 서비스 재개 시간 목표: ≤ 1시간	● 행안부 기준(공공 클라우드 장애복구 기준) ● 업무 중요도 별 등급 설정
RPO (복구시점목표)	● 데이터 손실 허용 시간: ≤ 5분 ● 실시간 로그 백업 및 동기화	● 데이터 중요도 분석 ● 네이버 클라우드 Backup/Snapshot 주기 설정 가이드
백업 정책	● 정기 백업 (1일 1회 이상) ● 주기적 DR 훈련: 반기 1회	● KISA 정보보호 관리체계(ISMS) ● 공공 ISMP 수립 지침서 참조

✅ 3. 확장성 고려 (Scalability)

항목	지표 예시	수립 근거
수평 확장성 (스케일 아웃)	● 최대 처리량 대비 2배 이상 확장 가능 ● Auto Scaling Group 설정	● 네이버 클라우드 Kubernetes (NKS) 기반 자동 스케일링 정책 ● 트래픽 예측 기반 버퍼링
트래픽 예측	● 최대 동시 사용자 수 기준 예측치: x2~x5 buffer	● 과거 트래픽 로그 ● eGovFrame 기반 공공서비스 기준

✅ 4. 모니터링 체계

항목	지표 및 수단	수립 근거
APM 연계	● NAVER Cloud APM 연동 (예: WAS Trace, SQL Query 분석) ● 장애 알림 SLA: 1분 이내	● 네이버 클라우드 APM 문서 ● WAS 및 DB 병목 식별 필요
시스템 대시보드	● 실시간 CPU/RAM/Network 사용률 모니터링 ● 메트릭 알람 설정 기준: CPU > 80%, RAM > 75%	● Grafana + Prometheus 또는 네이버 클라우드 Cloud Insight 사용
로그 수집 및 분석	● ELK(ElasticSearch, Logstash, Kibana) 또는 Cloud Log 활용 ● 로그 보존 주기: 6개월 이상	● KISA 로그 보존 지침 ● ISMS-P 인증 기준 반영

728x90