req background

사업 배경과 목표

기준일: 2026-05-20

이 섹션을 읽는 방법

이 섹션(요구조건 식별서 / 요구사항 정의서)은 프로젝트 착수 전에 작성된 문서를 기준으로 구성했다. 아래 순서로 읽으면 "왜 이 시스템을 만들었는가 → 무엇을 만들기로 했는가 → 어떻게 구현했는가"의 흐름이 이어진다.

1. 사업 배경과 목표 (이 페이지)   — 발주처가 무엇을 원했는가
2. 시스템 요구조건               — 인프라·보안·Metric 수준의 구체적 요건
3. 모니터링·서비스 확장          — 알람·모니터링·Failover 요건
4. 기능 요구사항 (SRS)          — 요건을 ID 기반 실현 내용으로 구체화
5. 비기능 요구사항 (SRS)        — 보안·가용성·제약 사항
6. 인수 기준 및 산출물           — 검증 방법과 납품물 목록

구현 결과는 시작하기 이후 섹션에서 확인할 수 있다.

---

문제 인식: Safe-Edge의 한계

Aegis-Pi 이전의 Safe-Edge는 단일 공장(Factory A) 현장을 위한 로컬 생존형 시스템이었다. 공장 네트워크가 끊기더라도 현장 워크로드는 계속 동작하도록 설계됐지만, 다음 한계가 있었다.

한계	내용
단일 공장 중심	여러 공장을 한 화면에서 비교·관제하는 수단이 없었다
로컬 Grafana 중심	관제 담당자가 현장에 접속해야만 상태를 확인할 수 있었다
상태 표현 비표준	공장마다 데이터 형식이 달라 공통 판단 기준이 없었다
수동 확인 부담	이상 발생 시 관제 담당자가 직접 탐색해야 했다

이 한계를 해결하기 위해 멀티 공장 중앙 관제 플랫폼을 사업 목표로 설정하고, 60일 일정으로 구축을 시작했다.

---

사업 개요

항목	내용
사업명	Aegis-Pi Risk Twin
사업목표	Safe-Edge 기반 단일 공장 생존형 엣지를 멀티 공장 중앙 관제 구조로 확장하는 Risk Twin 시스템을 구축한다. 본사 관제 담당자가 여러 공장의 위험 상태와 원인을 한 화면에서 식별·대응할 수 있어야 하며, 일간 단위의 공장 현황 보고서를 자동으로 받아볼 수 있어야 한다.
기간	계약일로부터 60일

사업 범위

구분	내용
인프라	클라우드 허브와 복수의 엣지 공장 Spoke를 연결하는 멀티 공장 인프라와, 공장 데이터를 수집·보존·조회하는 중앙 관제 환경을 함께 구축해야 한다. 운영망과 데이터·관제망은 네트워크 레벨에서 분리되어야 하며, 센서 데이터 수집·처리·저장·조회 파이프라인과 사용자 관제 진입점을 포함한다.
보안	네트워크 경계 분리, 공장별 장치 인증, 본사 관제 담당자의 사용자별 조회 범위 통제, 자동화 파이프라인의 운영 클러스터 직접 접근 차단, 인증 정보 유출 방지를 보장해야 한다.
CI/CD	인프라·클러스터·빌드·배포 각 영역의 책임 경계를 명확히 분리하고, 수동 개입 없이 자동화된 파이프라인을 통해서만 변경이 이루어져야 한다.
기타 서비스	공장별 위험 수준을 실시간으로 정량화하고, 본사 관제 담당자가 이를 한 화면에서 확인·대응할 수 있는 Risk Twin Dashboard와 일간 보고서를 제공해야 한다.

관련 문서

• 시스템 요구조건
• 모니터링·서비스 확장
• 프로젝트 개요
• 로드맵