OPC-UA 실시간 수집 · MES/ERP/L2 운영 데이터 파이프라인 · 통합 인증(OIDC) · 이메일 알림을 통합 제공하는 설치형 패키지 플랫폼. 2월 이후 아키텍처와 요구사항이 대폭 확장되었으며, 현재 Phase 1 개발이 진행 중입니다.
{{.Tx.Data.*}}
변수 사용.
| 단계 | 목표 | 진행률 | 현재 상태 |
|---|---|---|---|
| 기안 | 목적·목표·전략·일정 | 95% | 완료조건 세부 기준 미확정 |
| 요구사항 | 기능/비기능 정의 | 90% | P2/P3 RBAC·OIDC 구현 미완 |
| 아키텍처 | 기술 스택·구조 확정 | 88% | ODP TypeORM 엔티티 미완 |
| 인프라 | K8s 서비스 구축 | 65% | Fluentd·GitLab CI/CD·ArgoCD 미완 |
| 수집 서비스 | BSM + OPC→Kafka→DB | 82% | 고부하 안정화·통합 의사결정 미완 |
| DF-Stream ⚠ | API + Web 고객 서비스 | 45% | Phase 1 Stream Wizard·Manager D-5 미완 |
| 전체 | DataForge Package | ~74% | Phase 1 완료 후 Phase 2~3 착수 예정 |
요구사항 §8 오픈 이슈. 붉은 행(#1~3)은 Phase 1 내 필수 해결, 나머지는 해당 Phase 착수 전 결정 필요.
| # | 이슈 | 선택지 | 연관 | 해결 시기 |
|---|---|---|---|---|
| #1 | Kafka 토픽 생성 방식 | REST Proxy 직접 생성 vs 기존 토픽 재사용 | SW2-004 | D-5 |
| #2 | node_group 계층 구조 | 계층 유지 vs 단순화 | SW1-006 | D-5 |
| #3 | 스트림 헬스체크 방식 | Cron 주기 폴링 vs 배포 상태 기반 | NFR-REL-002 | D-5 |
| #4 | OIDC PostgreSQL Adapter | 세션/토큰 저장 테이블 구현 방식 | AUTH-006,008 | Phase 2-A |
| #5 | df_app 테이블 생성 주체 | NestJS 자동 생성 vs 수동 DDL 관리 | 아키텍처 | Phase 2-A |
| #6 | Trino RBAC 구현 방식 | JWT claims → WHERE 필터 vs OPA/File-based | RBAC-005 | Phase 2-B |
| #7 | organizations 테이블 설계 | business_place 컬럼 → 별도 테이블 마이그레이션 | ORG-001 | Phase 2-A |
| #8 | OIDC 로그인 UI 구현 방식 | oidc-provider 내장 UI vs Next.js 커스텀 | AUTH-006 | Phase 2-A |
| #9 | LDAP 신규 사용자 프로비저닝 | 최초 로그인 시 자동 생성 + DEFAULT_ROLE 설정 | AUTH-010 | Phase 2-B |
| #10 | 인증 전환 시 password_hash | Local → LDAP/Google 전환 시 NULL 처리 정책 | USER-008 | Phase 2-B |
| #11 | DDL Parser Oracle 복합 PK | 복합 PK + 인라인 인덱스 처리 방식 | ODP-001~006 | Phase 2-C |
| #12 | Target DB DataSource 설계 | TimescaleDB: df_package 포함 vs 별도 DataSource | ODP-011 | Phase 2-C |
| #13 | Python FastAPI 통합 방식 | NestJS 통합 확정 — 상세 구조 결정 필요 | Phase 2-C | Phase 2-C |
| #14 | mail 패키지 구조 | apps/api·auth 각자 import vs packages/mail 공유 | MAIL-030 | Phase 2-D |
| #15 | 알림 구독 정책 | 역할 기반 기본값 vs 파이프라인별 opt-in | MAIL 연관 | Phase 2-D |