QUNIA는 무엇인가요?

데이터센터의 에너지 흐름을 읽고 다음 운영 결정을 돕는 플랫폼입니다. 전력⁠·냉각⁠·컴퓨팅⁠·ESS의 상태를 함께 살피고, 예측과 대응 검토에서 결과 확인으로 이어지는 경험을 설계합니다.

무엇을 찾고 있나요?

제품을 읽는 순서

1. Overview · Forecast — 현재 상태와 앞으로의 위험을 확인합니다.
2. Decision · Guardrails — 대응 후보와 지켜야 할 조건을 검토합니다.
3. Operations · Verification — 실행 과정과 이후 결과를 확인합니다.

이 문서의 범위

현재 문서는 제품 컨셉 화면과 설계 방향을 설명합니다. 실제 장비 제어, 자율 실행, 지원 프로토콜과 제공 기능은 현장 조건 및 구현 상태를 확인한 뒤 확정합니다. 화면의 수치와 시설명은 예시입니다.

Overview · 상태 파악

현재 운영 상태, 예상 피크와 검토할 의사결정을 먼저 확인합니다. 지표를 읽을 때 대상 사이트, 관측 시각, 단위와 예측 구간을 함께 확인하는 것이 기본입니다.

확인할 질문: 어느 영역의 운영 여유가 줄고 있으며, 언제까지 대응을 검토해야 하는가?

Forecast · 미래 상태

전력⁠·열⁠·컴퓨팅의 예상 변화를 같은 시간축에서 살펴봅니다. 예측값과 관측값을 구분하고, 임계 시점 및 주요 변화 요인을 검토합니다. 예측만으로 실행을 확정하지 않고 대응안과 현장 조건을 함께 확인합니다.

Decision · 대응 비교

ESS 방전, 작업 분산, 냉각 조정 등 대응 후보가 여러 영역에 미치는 영향을 비교하는 화면입니다. 예상 효과뿐 아니라 ESS 잔량, 추가 전력, 작업 일정 변경처럼 함께 발생하는 부담도 검토합니다.

Guardrails · 제약 확인

계약전력, 온도 기준, 작업 SLA와 ESS 운영 기준 등 현장별 한계를 확인합니다. 기준을 충족하지 못한 후보는 조건을 조정하거나 다른 후보와 비교해야 합니다. 구체적인 승인⁠·차단 규칙은 현장 운영 정책과 구현 범위에 따라 정의합니다.

Operations · 실행 과정 확인

승인한 대응이 언제, 어떤 대상에 적용되는지 살펴보는 화면입니다. 승인 대기⁠·진행⁠·완료⁠·중단 등 상태를 구분하고, 예정한 대응과 실제 진행 사이의 차이를 확인하는 경험을 설계합니다.

Verification · 결과 검토

실행 시점의 예상 결과와 이후 관측 결과를 같은 기간⁠·단위로 비교합니다. 예측 오차와 대응 효과는 구분해서 평가하며, 작업 부하나 외기 조건의 변화도 함께 고려합니다.

전력 피크에 대응하기

1. Forecast에서 예상 피크 시점과 계약전력 대비 여유를 확인합니다.
2. Decision에서 ESS 방전, 작업 분산, 조합 대응을 비교합니다.
3. 전력뿐 아니라 온도⁠·작업 일정⁠·ESS 잔량의 변화를 확인합니다.
4. Guardrails에서 현장 기준 충족 여부를 검토합니다.
5. 승인 권한자가 영향과 조건을 확인하고 실행 여부를 결정합니다.

열 위험에 대응하기

냉각 강화는 온도 상승을 완화하면서 전력 수요를 늘릴 수 있습니다. 워크로드 이동은 대상 구역의 자원 여유를 요구합니다. 한 지표의 개선뿐 아니라 연결된 운영 조건을 함께 검토하는 것이 이 시나리오의 핵심입니다.

시나리오 살펴보기

홈페이지에서 같은 부하 상승 상황에 대한 두 가지 운영 방식을 비교하고, 대응 후보와 승인 전에 필요한 근거를 살펴볼 수 있습니다.

데이터와 실행은 서로 다른 경로입니다.

QUNIA는 기존 제어 시스템 위에서 예측과 대응 검토를 연결합니다. 운영 기준과 실행 권한은 현장의 정책을 따릅니다.

실행 경로: 운영자 → 기존 제어 시스템 → 현장 설비

데이터는 기존 시스템에서 OPX로 전달됩니다. LPM의 예측을 바탕으로 OPX가 대응 후보와 제약을 검토하고, 운영자는 승인 여부를 결정합니다. 실제 제어 연동이 합의된 경우에만 승인된 명령을 기존 제어 경로로 전달하는 구조입니다.

각 구성요소의 역할

SCADA / BMS

현장 계측과 설비 제어를 담당합니다. 기존 제어 로직과 보호 체계가 설비 운영을 계속 담당합니다.

LPM

OTIFY의 핵심 예측 기술입니다. 산업 신호 사이의 관계를 연산해 다음 상태와 불확실성을 예측합니다.

OPX

LPM의 예측을 대응 후보 비교와 제약 검토에 연결하는 엔진입니다. 실행 범위는 합의한 운영 단계에 따릅니다.

QUNIA

운영자가 예측, 대응 검토, 승인과 결과 검증을 확인하는 플랫폼입니다.

운영자

운영 기준, 승인 권한과 중단 조건을 정하고 대응의 실행 여부를 판단합니다.

조회부터 시작해 실행 범위를 합의합니다.

첫 단계는 데이터 조회와 예측 검토입니다. 제어 연결을 검토할 때에는 허용 명령, 승인 주체, 명령 유효 시간, 통신 실패 시 처리와 복구 절차를 먼저 정의합니다. 지원 프로토콜과 제어 기능은 현장별로 확인합니다.

운영 방식은 어떻게 달라지나요?

Compare에서 기존 운영과 QUNIA의 흐름, 단계별 판단 근거와 운영자에게 생기는 이점을 비교할 수 있습니다.

연동 대상 확인

BMS⁠·BEMS, DCIM, 작업 스케줄러, ESS 관리 시스템 등 현장에 설치된 시스템 목록과 담당자를 정리합니다. 아래 항목은 연동 검토 대상이며, 특정 시스템이나 프로토콜 지원을 확정하는 목록은 아닙니다.

데이터 품질 확인

• 관측 시각과 시간대가 일치하는가?
• 수집 주기, 단위, 설비 이름이 일관적인가?
• 결측값⁠·중복값⁠·계측 오류를 구분할 수 있는가?
• 과거 이력과 운영 이벤트 기록을 제공할 수 있는가?

필요한 이력 기간과 수집 주기는 예측 대상과 현장 데이터 특성을 검토한 뒤 정합니다.

접근 및 보안 조건

데이터 조회 권한과 제어 명령 권한을 각각 확인합니다. 네트워크 접근, 계정 발급, 데이터 반출, 보관 기간, 현장 배포 및 보안 심사 조건을 도입 미팅에서 협의합니다.

API 문서 제공 범위

관측 단계의 목적

관측 모드는 제어 명령을 보내지 않고 데이터와 예측 결과를 살펴보는 도입 방식입니다. 모델이 현장의 운영 패턴을 얼마나 설명하는지, 어떤 정보가 운영자의 판단에 도움이 되는지 확인합니다.

미리 준비할 것

• 대상 현장과 계측 지점, 데이터 담당자
• 데이터 주기⁠·단위⁠·시간대와 결측 현황
• 우선 예측할 지표와 위험 기준
• 평가 기간⁠·지표와 검토 담당자

관측에서 권고로

모든 현장에 동일한 기간을 적용하지 않습니다. 필요한 데이터 기간과 전환 조건은 현장 특성에 맞게 정합니다.

Observe Console 화면

파일럿 범위 정의

처음에는 대상 사이트⁠·구역, 예측할 지표, 예측 시간 범위와 담당자를 명확히 정합니다. 데이터 연결, 예측 검토, 대응 권고, 실제 제어 중 어디까지 수행할지도 구분합니다.

평가 지표 합의

성과를 구분해서 보기

엔진 평가는 지정된 데이터와 조건에서의 예측 성능입니다. 현장 실증은 실제 운영 환경에서 관측한 결과입니다. 운영 절감 효과는 비교 기준과 비용 조건까지 포함해 별도로 평가해야 합니다.

예시 UI의 절감률이나 예측 수치를 PoC 성과로 사용하지 않습니다. 검증 결과를 공유할 때는 기간, 대상, 기준선과 평가 방법을 함께 제시합니다.

미팅 준비 체크리스트

• 대상 시설과 우선 해결할 운영 문제
• 연동 시스템 목록 및 데이터 샘플
• 계약전력⁠·온도⁠·SLA 등 운영 기준
• 보안⁠·접근 권한 담당자
• 성공 판단 기준과 검토 일정

운영 단계 이해

위 구분은 운영 모델을 설명합니다. 모든 단계가 현재 제공된다는 의미는 아니며, 특히 실제 제어⁠·자율 실행의 제공 여부와 범위는 별도 확인이 필요합니다.

승인 전 확인할 항목

• 대상 설비⁠·구역과 적용 시간
• 예상 효과와 다른 영역에 미치는 영향
• 계약전력⁠·온도⁠·SLA⁠·ESS 제약 충족 여부
• 승인자의 권한과 실행 담당자
• 실행 중단 조건과 복구 절차

대응안을 검토하는 순서

1. 상황 확인: 대상 현장, 예측 시각, 데이터 갱신 상태를 확인합니다.
2. 대응 비교: 선택한 조합의 효과와 다른 영역에 미치는 영향을 살핍니다.
3. 조건 검토: 제약 충족 여부, 적용 시간, 승인 주체와 중단 조건을 확인합니다.
4. 실행 추적: 승인된 버전과 실제 진행 상태가 일치하는지 확인합니다.
5. 결과 검토: 당시의 예측과 이후 관측을 정한 평가 기준으로 비교합니다.

기록과 사후 검토

대응 후보, 검토한 조건, 승인자, 승인 시각, 실행 결과와 사후 평가를 연결해 추적할 수 있도록 기록 범위를 정의합니다. 감사 기록의 보존⁠·변경 통제 방식과 자동 롤백 지원 여부는 실제 구현 및 운영 정책 확인이 필요합니다.

서로 다른 두 가지 평가

예측 평가는 미래 상태를 얼마나 잘 맞혔는지 확인합니다. 운영 효과 평가는 조치 이후 변화가 사전에 정한 비교 기준에서 어떤 의미인지 확인합니다. 예측 오차가 작다는 사실만으로 비용 절감이 입증되지는 않습니다.

평가 전에 정할 항목

• 대상 설비⁠·계측 지점과 평가 기간
• 사용량⁠·피크⁠·비용 중 개선할 지표
• 비교 기준선과 작업량⁠·날씨 등 조건 변화의 처리
• 결측 데이터와 예외 기간의 처리
• 결과 검토자와 공유 주기

결정 당시의 근거를 남기기

승인 당시의 예측과 적용 조건은 이후 갱신된 예측과 구분해 보존하는 설계를 지향합니다. 어떤 판단이 어떤 결과로 이어졌는지 검토하기 위한 구조입니다. 기록 보존만으로 효과가 입증되는 것은 아닙니다.

M&V Report 화면

주요 용어

LPM

QUNIA 플랫폼과 OPX 엔진의 기반이 되는 OTIFY 핵심 기술입니다.

ESS

Energy Storage System. 전력을 저장하고 필요할 때 공급하는 에너지 저장 장치입니다.

SLA

Service Level Agreement. 서비스 수준에 관한 약속으로, 현장별 성능⁠·가용성 등의 기준을 포함합니다.

DCIM

Data Center Infrastructure Management. 데이터센터의 인프라 상태와 자원을 관리하는 시스템입니다.

BMS / BEMS

건물 설비 관리 시스템 / 건물 에너지 관리 시스템을 뜻합니다.

Guardrails

대응안을 검토할 때 지켜야 하는 운영 한계와 제약 조건입니다.

PoC

Proof of Concept. 제한된 범위에서 기술과 적용 가능성을 확인하는 검증 과정입니다.

기존 시스템을 교체해야 하나요?

도입 검토는 기존 시스템과 데이터 환경을 확인하는 것부터 시작합니다. 연동 범위와 변경 필요 여부는 현장 구성에 따라 판단합니다.

홈페이지에서 실제 운영을 체험하나요?

현재 홈페이지는 제품 컨셉 화면과 사전 구성 시나리오를 제공합니다. 실제 시설 데이터나 장비 제어에 연결된 서비스는 아닙니다.

도입 기간과 비용은 얼마인가요?

연동 시스템, 데이터 품질, 대상 범위, 보안 요구사항과 지원 조건을 확인한 후 협의합니다. 현재 문서에는 확정된 표준 요금이나 소요 기간을 제시하지 않습니다.