Tridium Niagara vs IronFlock: 개방형 프레임워크 비교 (2026)
Tridium(2005년부터 하니웰 계열사)의 Niagara Framework는 빌딩 자동화에서 제조사 중립적 통합의 사실상 표준입니다. 1996년에 설립된 Tridium은 BACnet, Modbus, LonWorks, KNX를 비롯한 수십 가지 프로토콜을 하나의 객체 모델로 정규화한 뒤 그래픽, 이력, 제어 로직으로 제공하는 Java 프레임워크로 Niagara를 만들었습니다. JACE 컨트롤러, 필드 컨트롤러 Niagara Edge 10, Niagara Supervisor 서버에서 실행되며, Vykon, Honeywell, Centraline, KMC, Distech, Lynxspring 등 다수의 OEM 브랜드로 「Powered by Niagara」라는 이름 아래 재판매됩니다. Niagara 대안을 검토하는 팀이 원하는 것은 대개 동일한 프로토콜 개방성을, 포인트 단위 라이선스 없이, 인증 통합업체를 반드시 거치지 않고, Java 모듈 기반 개발 모델 없이 얻는 것입니다.
IronFlock은 같은 개방성에 다른 경로로 도달합니다. 모든 것을 한 제조사의 컨트롤러 위에서 도는 프레임워크로 정규화하는 대신, Docker 컨테이너 앱을 임의의 Linux 또는 Windows 하드웨어에서 실행하고, 실시간 WAMP 메시지 브로커를 통해 중앙 서비스(FleetDB, AI 오케스트레이션, 대시보드)에 연결합니다.
두 시스템 모두 설계상 프로토콜 중립적이며, 둘 다 연산을 엣지로 가져가고, 둘 다 여러 사업장에 걸친 플릿을 겨냥합니다. 차이는 시스템을 어떻게 확장하는가, 누가 구매하고 엔지니어링할 수 있는가, 데이터가 어떻게 저장되고 과금되는가, 그리고 AI가 플랫폼의 일부인가에 있습니다.
이 페이지는 팀이 올바른 시스템을 고를 수 있도록 솔직한 비교를 제공합니다.
한눈에 보기
| 항목 | IronFlock | Tridium Niagara |
|---|---|---|
| 외관과 사용감 | 현대적인 웹 UI — 깔끔하고 반응형이며 브라우저 네이티브 | Niagara Workbench — Java 기반 데스크톱 엔지니어링 도구. Px 그래픽은 브라우저로 제공됩니다. Niagara 5(정식 출시 목표 2026년 4분기)는 새로운 내비게이션과 라이트·다크 테마를 갖춘 개편 UI를 제공합니다 |
| 사용 편의성 | 셀프서비스: 가입하고 디바이스를 플래싱한 뒤 몇 분 만에 앱 배포 | 인증 통합업체 모델 — 라이선스를 구매하려면 Niagara 4 인증(5일 기술 인증 과정)이 선행되어야 합니다 |
| 협업 | 역할, API 키, 디바이스 공유, 프로젝트 단위 접근 제어를 갖춘 다중 사용자 | 스테이션 단위의 사용자·역할·카테고리. 엔지니어링은 스테이션에 연결한 Workbench에서 수행하며 동시 편집은 제한적입니다 |
| 현대성 | 클라우드 네이티브, 컨테이너 기반, AI 우선, 2020년대 설계 | Java 프레임워크로 1999년경 첫 출시. 2015년 Niagara 4 + JACE 8000. 4.13부터 컨테이너 배포. Niagara 5는 최신 Java LTS 런타임 위로의 전면 리팩터링 |
| 커뮤니티 | 성장 중 — 개방형 앱 마켓플레이스, 개발자 문서 | 매우 큼 — 전 세계 인증 통합업체 기반, Niagara Community, 수백 개의 서드파티 드라이버와 모듈을 갖춘 Niagara Marketplace |
| 전략 | 개방형 생태계 — IronFlock이 코어 시스템(데이터 히스토리안, 알람, 대시보드, 디바이스 관리)을 개발하고 도메인 기능은 서드파티 앱의 개방형 마켓플레이스로 확장 | 개방형 프레임워크, 통제된 유통 — 누구나 Java 모듈을 개발해 Niagara Marketplace에 올릴 수 있지만, 라이선스는 계약된 OEM과 총판을 통해 인증 통합업체에만 판매됩니다 |
| 역사 | IoT 플릿 관리와 엣지 컴퓨팅을 위해 설립 | Tridium 1996년 설립, Niagara는 1999년경부터, 2005년부터 하니웰 계열 — 스마트 빌딩의 확립된 통합 계층 |
아키텍처
Niagara: 라이선스 컨트롤러 위의 Java 프레임워크
Niagara의 아키텍처는 스테이션을 중심으로 구성됩니다. 스테이션은 드라이버, 컴포넌트 트리, 제어 로직, 이력, 그래픽을 호스팅하는 실행 중인 Niagara 인스턴스입니다.
- JACE 컨트롤러: JACE 8000(QNX 기반)과 더 최신인 JACE 9000은 엣지에서 스테이션을 실행하고 현장 기기와 통신하며 이력을 로컬에 버퍼링하는 감시 제어기입니다. Niagara Edge 10은 설비 레벨에서 Niagara 4를 실행하는 10포인트 IP 필드 컨트롤러입니다(3디바이스·50포인트 라이선스).
- Niagara Supervisor: Windows 또는 Linux 서버에서 실행되는 스테이션으로, 여러 JACE의 데이터를 집계하고 이력을 보관하며 전사 그래픽을 제공하고, JACE 플릿 전반에 걸쳐 일괄 프로비저닝 작업(소프트웨어 업그레이드, 백업, TLS 설정)을 수행합니다.
- Niagara Workbench: Java 기반 데스크톱 엔지니어링 도구입니다. 드라이버 설정, 포인트 매핑, 그래픽 방식의 와이어 시트 로직, Px 그래픽 페이지 등 모든 엔지니어링은 스테이션에 연결된 Workbench에서 이뤄집니다.
- 드라이버: BACnet, Modbus TCP/RTU, LonWorks, KNX, SNMP, oBIX, OPC UA, MQTT가 라이선스 Niagara 드라이버로 제공되며, 수백 개가 Niagara Marketplace를 통해 서드파티에서 제공됩니다. 이 드라이버 라이브러리가 Niagara의 가장 큰 강점입니다.
- 모듈: 확장은 스테이션에 설치하는 Java JAR 모듈입니다. Niagara 5에서는 모듈에 서명이 필요하고 모든 N4 모듈은 리팩터링해야 합니다.
- Niagara Cloud Suite: 그 위에 얹는 구독 묶음 — Niagara Data Service(클라우드 히스토리안과 스테이션 데이터에 대한 읽기/쓰기 API), Niagara Recover(스테이션 클라우드 백업, 5개 스냅샷 순환), Niagara Remote(고객 측 VPN 없이 스테이션 원격 접근). 모두 유효한 소프트웨어 유지보수 계약(SMA)이 필요합니다.
- 컨테이너 Niagara: 4.13부터 Niagara 코어, JRE, 필요한 모듈을 묶은 Docker 컨테이너로도 제공됩니다(x86-64 및 Arm64). Niagara 자체를 클라우드나 서드파티 하드웨어에서 실행하기 위한 것으로, 구독형 라이선스를 사용합니다.
이 컨테이너화의 방향에 주의해야 합니다. Niagara는 컨테이너로 패키징될 수 있지만, Niagara 스테이션은 임의의 컨테이너 워크로드를 실행하는 자리가 아닙니다.
IronFlock: 분산 엣지 + 중앙 서비스
IronFlock은 상호 보완적인 두 계층으로 구성된 분산 시스템입니다. 자율 엣지 디바이스는 경량 에이전트와 Docker 컨테이너 앱을 현장에서 실행합니다. 중앙 서비스 — FleetDB(TimescaleDB), FleetDB Service, AI 오케스트레이션, 웹 UI — 는 플릿 전체의 데이터 저장, 대시보드, 지능을 제공합니다. WAMP 메시지 브로커가 실시간 pub/sub과 RPC로 모든 것을 연결합니다.
가상 디바이스도 프로비저닝할 수 있습니다. 물리 디바이스와 함께 프로젝트에 합류하는 클라우드 호스팅 컴퓨팅 노드로, Grafana, Node-RED, Jupyter 또는 자체 데이터 파이프라인 같은 플릿 전반 서비스를 실행합니다.
- 엣지 디바이스: Linux 또는 Windows를 구동할 수 있는 모든 하드웨어 — Raspberry Pi, 산업용 PC, NVIDIA Jetson, Windows IPC, 게이트웨이 — 가 앱을 자율적으로 실행합니다(Windows에서는 에이전트가 자동 재시작과 자체 업데이트를 갖춘 네이티브 서비스로 동작)
- 앱: 어떤 프로그래밍 언어로든 만든 Docker 컨테이너를 엣지 또는 가상 디바이스에 배포
- 데이터: 엣지 앱이 메시지 브로커를 통해 텔레메트리를 FleetDB로 발행하면, FleetDB가 프로젝트별 TimescaleDB 테이블을 자동 생성하고 SQL로 조회할 수 있습니다
- 중앙 서비스: FleetDB Service가 데이터 스트림을 처리하고 알람을 평가하며 대시보드를 제공합니다. AI 서비스는 디바이스에 직접 접근하는 멀티에이전트 대화를 오케스트레이션합니다
- 배포: 클라우드 SaaS 또는 온프레미스 — 플랫폼 전체를 자체 인프라에서 운영 가능
실제 의미
| 시나리오 | IronFlock | Tridium Niagara |
|---|---|---|
| 시작하기 | 가입하고 디바이스를 플래싱한 뒤 앱 배포 — 교육 이수 요건 없음 | Niagara 인증을 취득한 뒤 공인 OEM 또는 총판을 통해 라이선스 구매 |
| 새 사업장 추가 | 디바이스를 연결 — 프로젝트에 합류해 FleetDB로 데이터 전송 시작 | JACE를 선정·라이선스하고 Workbench에서 스테이션을 엔지니어링한 뒤 Supervisor에 연결 |
| 기능 추가 | 앱 설치(대개 무료) | Niagara Marketplace에서 모듈 구매 또는 Java 모듈 개발 |
| 포인트 5,000개 추가 | 포인트 라이선스 없음 — 비용은 스토리지와 리소스를 따름 | 스테이션 라이선스 등급(디바이스/포인트 수)과 유지보수 계약 상향 |
| 자체 AI 모델 실행 | 각 디바이스에 컨테이너 앱으로 배포 | 스테이션에서는 불가. 데이터를 내보내 다른 곳에서 실행 |
| 디바이스 원격 접속 | 브라우저에서 「터널 열기」 클릭 — HTTP, VNC, SSH, TCP | 스테이션까지 VPN, 또는 컨트롤러 단위 Niagara Remote 구독 |
| 플릿 데이터를 SQL로 조회 | ✅ 프로젝트별 TimescaleDB | 스테이션 이력은 로컬. 드라이버로 RDBMS에 내보내거나 Niagara Data Service 구독 |
| 플릿 업데이트 | 클릭 한 번으로 플릿 전체 일괄 OTA(OS, 에이전트, 앱) | Supervisor 프로비저닝 작업이 스테이션에 Niagara 소프트웨어·모듈·백업을 배포 — 호스트 OS는 대상 외 |
기능 비교
데이터 및 연결
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 빌딩 프로토콜(BACnet, LonWorks, KNX) | ⚠️ BACnet 수집기 제공. LonWorks와 KNX는 별도 앱 필요 | ✅ 시장 최고 수준의 커버리지 — BACnet, LonWorks, KNX가 정식 라이선스 드라이버 |
| PLC 연결 | ✅ Industrial Collector — Modbus TCP/RTU, OPC UA, Siemens S7, Allen-Bradley를 단일 앱에서 지원하며 사전 매핑된 장비 프로파일 카탈로그 제공(S7과 Allen-Bradley는 얼리 액세스). 추가로 IO-Link, BACnet, MTConnect 수집기 | ✅ Modbus와 OPC UA 드라이버. S7과 EtherNet/IP는 마켓플레이스의 서드파티 드라이버 |
| 서드파티 드라이버 생태계 | 성장 중인 앱 마켓플레이스 | ✅ Niagara Marketplace에 수백 개 드라이버(모두가 Tridium의 테스트·인증을 거친 것은 아님) |
| MQTT 지원 | ✅ 앱으로 | ✅ Niagara MQTT 드라이버 |
| Kafka 연결 | ✅ 앱으로 | ⚠️ 자체 모듈 또는 서드파티 드라이버로 |
| REST API 데이터 통합 | ✅ 기본 제공 | ⚠️ oBIX와 스테이션 API. 더 넓은 API 접근은 Niagara Data Service 구독 필요 |
| 시계열 자동 저장 | ✅ 프로젝트별 TimescaleDB(자동 생성), 직접 SQL 접근 | ⚠️ 용량 설정이 가능한 파일 기반 스테이션 이력. 그 이상은 RDBMS 내보내기 또는 Niagara Data Service |
| 시맨틱 데이터 모델 / 태깅 | ⚠️ 앱 매니페스트에 정의된 앱별 스키마 | ✅ Niagara 태깅과 관계, Project Haystack 지원 |
| 프로젝트 간 데이터 격리 | ✅ 물리적 데이터베이스 분리 + 암호학적 격리 | ⚠️ 사업장별 개별 스테이션. 프레임워크에 멀티테넌트 모델 없음 |
| 오프라인 버퍼링 | ✅ 디바이스가 완전 자율로 동작하고 재연결 시 동기화 | ✅ 스테이션은 연결이 끊겨도 자율적으로 동작하고 기록 |
| 엣지 데이터 처리 | ✅ 모든 Linux/Windows 디바이스에서 완전한 연산 — 언어 제약 없음 | ⚠️ 스테이션 내부의 와이어 시트 로직과 Java 모듈 |
| LoRaWAN 센서 통합 | ✅ 가상 디바이스의 ChirpStack — 통합 데이터 파이프라인 | ⚠️ 마켓플레이스의 서드파티 드라이버로 |
시각화 및 대시보드
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 대시보드 빌더 | ✅ 브라우저에서 동작하는 노코드 위젯 시스템 | ⚠️ Px 그래픽은 Workbench(데스크톱 Java 도구)에서 제작. Niagara 5는 브라우저 기반 빌더 도입 |
| 위젯 라이브러리 | ✅ 차트, 게이지, 지도, 테이블, 폼, 액션 | ✅ 성숙한 Px 위젯·차트 라이브러리, kitPx 팔레트 |
| 산업용 HMI 그래픽(P&ID) | ✅ 완전한 SCADA 심볼 라이브러리 | ✅ 20년에 걸쳐 축적된 방대한 HVAC·기계 그래픽 팔레트 |
| 다중 페이지 대시보드 | ✅ 페이지, 사이드바, 탭, 액션·뒤로 버튼 | ✅ 내비게이션 트리와 Px 뷰 계층 |
| 데이터 저장 폼 위젯 | ✅ 기본 제공 | ⚠️ 자체 Px 컴포넌트와 모듈 개발로 |
| 액션 위젯(장비 제어) | ✅ 기본 제공 | ✅ 우선순위 배열 오버라이드를 통한 포인트 쓰기 |
| 실시간 업데이트 | ✅ WAMP로 1초 미만 | ✅ 구독 기반 실시간 업데이트 |
| 설계 도구 | 브라우저 기반(설치 불필요) | Niagara Workbench(데스크톱 Java 애플리케이션) |
| 임베드 가능한 대시보드 | ✅ | ⚠️ 스테이션 인증 뒤의 Px 페이지 |
| 예약 PDF 리포트 | ⚠️ 앱으로(Grafana, 자체 개발) | ✅ 리포팅 모듈을 통한 Niagara 리포트 |
원격 접근 및 보안
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 내장 터널링 서비스 | ✅ TCP, HTTP(S), UDP — VPN 클라이언트 불필요 | ⚠️ Niagara Remote 구독(컨트롤러 단위, 유효한 유지보수 계약 필요). 그 외에는 VPN |
| 원격 HMI 접근 | ✅ 브라우저에서 클릭 한 번 | ⚠️ VPN을 통한 스테이션 웹 UI 또는 Niagara Remote |
| 원격 데스크톱 / SSH | ✅ VNC 터널링, 브라우저 기반 SSH 및 루트 호스트 접근 | ❌ 프레임워크 범위 밖 |
| 원격 엔지니어링 | ✅ 클라우드 IDE와 브라우저에서의 앱 재배포 | ⚠️ VPN을 통한 Workbench 또는 Niagara Remote |
| 인증 | ✅ OIDC와 TOTP 2FA | ✅ 스테이션 사용자 서비스, LDAP/SAML, 2FA 옵션 |
| 디바이스에 열린 포트 없음 | ✅ 에이전트가 외부로 접속 | ⚠️ Niagara Remote를 앞단에 두지 않으면 스테이션이 Fox/HTTPS 포트를 수신 대기 |
| 테넌트별 메시지 격리 | ✅ 암호학적 렐름 격리 | ❌ 멀티테넌트 프레임워크가 아님 |
| 감사 로그 | ✅ 디바이스·사용자 전체 감사 추적 | ✅ 감사 이력 서비스 |
| 보안 패치 이용 | ✅ 포함 — 모든 사용자에게 지속적인 플랫폼 업데이트 | ⚠️ 유효한 유지보수 계약 필요. 계약이 만료되면 업그레이드도 보안 패치도 없음 |
| 인증 취득 | ⚠️ IEC 62443 / ISO 27001 / SOC 2 준수를 전제로 설계. 인증 진행 중 | ✅ 확립된 하드닝 가이드와 제품 보안팀 보유. 2025년 외부 연구진이 공개한 10건의 CVE는 Tridium이 패치 완료 |
앱 개발
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 개발 언어 | ✅ 제한 없음(Docker 컨테이너 — Python, Go, Rust, C++, JS 등) | ❌ Java 모듈, 그리고 와이어 시트 로직과 Niagara의 스크립트 컴포넌트 |
| 내장 클라우드 IDE | ✅ | ❌ Workbench는 데스크톱 설치형 |
| Git 연동 | ✅ GitHub, GitLab | ⚠️ 모듈 소스는 Git에 둘 수 있지만 스테이션 구성은 독자 .bog/백업 형식 |
| CI/CD 릴리스 파이프라인 | ✅ 빌드와 릴리스 기본 제공 | ❌ 모듈 수동 설치와 스테이션 시운전 |
| 앱 마켓플레이스 | ✅ 개방형 — 자유롭게 게시하고 서드파티 개발자는 수익화 가능 | ✅ Niagara Marketplace — 확립되어 있고 큐레이션되며 라이선스로 관리 |
| 개발자 진입 장벽 | ✅ 누구나 개발하고 게시 가능 | ⚠️ 인증과 개발자 프로그램 가입이 전제 |
| 의존성 자유도 | ✅ 어떤 라이브러리, 베이스 이미지, 런타임도 가능 | ⚠️ Niagara Java 런타임과 모듈 API가 허용하는 범위로 제한 |
AI 및 분석
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 멀티에이전트 AI 오케스트레이션 | ✅ 기본 제공 | ❌ 제공하지 않음 |
| 디바이스 데이터에 대한 자연어 질의 | ✅ | ❌ |
| 피지컬 AI(디바이스에서 함수 실행) | ✅ | ❌ |
| 앱이 정의하는 맞춤 AI 에이전트 | ✅ YAML 기반 에이전트 템플릿 | ❌ |
| AI가 생성하는 실시간 차트 | ✅ 대화 중에 | ❌ |
| 음성 상호작용 | ✅ | ❌ |
| 엣지 ML 추론 | ✅ 컨테이너 앱으로 어떤 ML 프레임워크(PyTorch, TensorFlow, ONNX)든 배포 | ❌ 스테이션에 범용 연산 없음 |
| 규칙 기반 분석 | ✅ 앱과 AI 에이전트로 | ✅ Niagara Analytics Framework — 별도 라이선스 애드온, 분석 포인트 단위 과금 |
| 클라우드 분석 | ✅ FleetDB + AI 서비스로 기본 제공 | ⚠️ Niagara Data Service 구독 또는 서드파티 스택으로 내보내기 |
디바이스 및 플릿 관리
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 일괄 OTA 업데이트(OS, 에이전트, 앱) | ✅ 전체 스택을 클릭 한 번으로 | ⚠️ Supervisor 프로비저닝은 Niagara 소프트웨어·모듈·백업을 배포 — 호스트 OS나 임의 애플리케이션은 아님 |
| 엣지의 OS 완전 제어 | ✅ 모든 Linux 배포판(루트 접근) 또는 Windows | ❌ 컨트롤러 펌웨어는 플랫폼이 관리 |
| 하드웨어 자유도 | ✅ 모든 Linux/Windows 디바이스 — ARM, x86, Jetson, 산업용 PC | ⚠️ JACE/Edge 컨트롤러 또는 Supervisor 서버. 컨테이너 Niagara로 폭이 넓어지지만 인스턴스마다 Niagara 라이선스 필요 |
| 디바이스 그룹화 및 관리 | ✅ 디바이스 그룹, 설정, 복원력 | ⚠️ Supervisor 아래의 스테이션 계층 |
| 모든 앱의 실시간 로그 | ✅ 브라우저에 스트리밍 | ⚠️ Workbench를 통한 스테이션·플랫폼 로그 |
| 위치 관리 및 지도 보기 | ✅ | ⚠️ Px 그래픽 또는 서드파티 모듈로 |
| 가상 디바이스(클라우드 연산) | ✅ Grafana, Node-RED, Jupyter를 물리 플릿과 함께 실행 | ❌ |
| 백업 및 복원 | ✅ 구성과 앱 상태를 중앙에서 관리 | ✅ 스테이션 백업. 클라우드 보관 스냅샷은 Niagara Recover(구독) |
| OEM 디바이스 사전 등록 | ✅ 플러그 앤 플레이 | ⚠️ 스테이션은 프로젝트마다 시운전 |
알람 및 알림
| 기능 | IronFlock | Tridium Niagara |
|---|---|---|
| 구성 가능한 알람 규칙 | ✅ 모든 텔레메트리 스트림에 대해 | ✅ 클래스, 우선순위, 라우팅을 갖춘 성숙한 알람 서비스 |
| 이메일 알림 | ✅ | ✅ |
| SMS 알림 | ✅ 기본 제공 | ⚠️ 서드파티 모듈 또는 게이트웨이 연동으로 |
| 심각도 수준 | ✅ Critical, Major, Minor | ✅ 구성 가능한 알람 클래스와 우선순위 |
| 자동 해제 | ✅ | ✅ 정상/확인 상태 추적 |
| 수동 평가 및 주석 | ✅ | ✅ 메모와 함께 확인 처리 |
| 알람 보류 / 에스컬레이션 | ⚠️ 기본 수준 | ✅ 확립된 알람 워크플로 기능 |
가격 비교
Niagara: 디바이스/포인트 단위 라이선스 + 필수 유지보수
Niagara는 스테이션 단위로 라이선스되며, 연결 규모에 따라 사이징됩니다.
- 스테이션 라이선스: JACE 라이선스는 디바이스와 포인트 용량에 따라 등급이 나뉩니다. JACE 8000의 경우 예를 들어 5디바이스 / 250포인트, 10 / 500, 25 / 1,250, 100 / 5,000, 200 / 10,000입니다. 라이선스 산정에서 포인트는 디바이스 환산(대략 50포인트가 1디바이스)되기도 합니다. 사업장이 등급을 넘어 성장하면 더 큰 라이선스를 구매해야 합니다.
- Niagara Edge 10: 3디바이스·50포인트 라이선스 — 설비 한 대 규모에 맞춰져 있습니다.
- Supervisor 라이선스: 연결된 스테이션과 포인트 수에 따라 사이징됩니다.
- 하드웨어: JACE 8000 / JACE 9000 컨트롤러, Edge 10 필드 컨트롤러, Supervisor 서버 하드웨어를 OEM 채널로 구매합니다.
- SMA(소프트웨어 유지보수 계약): 최초 라이선스 시 필수이며(초기 기간은 일반적으로 18개월), 최신 상태를 유지하려면 계속 유지해야 합니다. 유효한 SMA가 없으면 버전 업그레이드도 보안 패치도 받을 수 없고, Niagara Cloud Suite 구독은 기간 내내 유효한 SMA를 요구합니다.
- 애드온: Niagara Analytics Framework(분석 포인트 단위 라이선스), Niagara Enterprise Security, 마켓플레이스의 서드파티 드라이버, Niagara Cloud Suite 구독(Data Service, Recover, Remote) — Remote는 컨트롤러당 연 단위로 과금됩니다.
- 인증과 마이그레이션: 라이선스 구매의 전제로 Niagara 인증이 필요합니다. Niagara 4에서 Niagara 5로의 이전에는 유효한 SMA가 필요하며 마이그레이션 비용이 발생할 수 있습니다. JACE 8000 하드웨어는 Niagara 5로 업그레이드할 수 없습니다.
모든 것이 디바이스와 포인트로 계량되므로 비용은 데이터에서 얻는 가치가 아니라 설비 규모에 비례합니다. 또 유통이 인증 통합업체를 거치기 때문에 셀프서비스 경로가 없으며, 모든 도입은 채널과의 상담으로 시작합니다.
IronFlock: 무료 클라우드 + 온프레미스 구독
IronFlock의 클라우드 버전은 무료입니다. 핵심 기능(디바이스 관리, 대시보드, 데이터 저장, OTA 업데이트, 알람, 원격 접근, 앱 배포)이 모두 무상으로 포함됩니다. IronFlock은 리소스 사용량에 따라 과금합니다: 스토리지, 원격 접근 세션, 가상 디바이스, AI 사용량입니다. 포인트 계수도, 디바이스 등급 라이선스도, 필수 유지보수 계약도 없습니다. 자세한 내용은 가격 페이지를 참조하세요.
추가 기능은 마켓플레이스의 앱을 구매해 확장할 수 있습니다. 예를 들어 특수 프로토콜 커넥터, 분석 도구, IronFlock이나 서드파티 개발자가 만든 업종별 솔루션 등입니다.
온프레미스 배포(에어갭 또는 사설 인프라)에는 구독 기반 라이선스를 제공합니다.
Niagara를 선택해야 하는 경우
다음의 경우 Niagara가 더 나은 선택일 수 있습니다.
- 프로젝트가 무엇보다 빌딩 자동화인 경우 — HVAC, 조명, 계량, 출입 통제를 아우르는 BACnet, LonWorks, KNX 통합은 Niagara가 만들어진 목적 그 자체이며, 이 영역의 드라이버 깊이는 견줄 상대가 없습니다.
- 드문 프로토콜용 기성 드라이버가 필요한 경우 — Niagara Marketplace는 20년에 걸쳐 수백 개의 드라이버를 축적했습니다.
- 신뢰하는 인증 Niagara 통합업체와 일하고 있거나, 사내에 인증 엔지니어와 기존 JACE 인프라가 있는 경우.
- 사양서가 Niagara를 요구하는 경우 — 많은 공공·캠퍼스 입찰이 기기 계층에서의 단일 제조사 종속을 막는다는 바로 그 이유로 이 프레임워크를 직접 명시합니다.
- 풍부한 빌딩 그래픽과 성숙한 알람 워크플로(보류, 에스컬레이션, 알람 클래스)를 별도 개발 없이 쓰고 싶은 경우.
- 대규모 빌딩 설비군에 시맨틱 태깅과 Project Haystack 모델이 필요한 경우.
- OEM 채널 모델을 선호하는 경우 — 사양 수립, 엔지니어링, 시운전, 유지보수를 하나의 계약으로 수행하는 현지 파트너.
Niagara 대안으로 IronFlock을 선택해야 하는 경우
다음의 경우 IronFlock이 더 강력한 선택입니다.
- 엣지에서 진짜 애플리케이션을 실행하고 싶은 경우 — 프레임워크 API에 묶인 Java 모듈이 아니라, 어떤 언어로든 만든 Docker 컨테이너.
- 내장 AI가 필요한 경우 — 플릿 데이터에 대한 자연어 질의, 멀티에이전트 오케스트레이션, 디바이스에서 함수를 실행하는 피지컬 AI.
- 포인트 단위 라이선스가 데이터와 맞지 않는 경우 — 고주파 장비 텔레메트리, 비전, 진동 데이터를 Niagara 포인트로 과금하는 것은 경제적으로 성립하지 않습니다.
- 셀프서비스를 원하는 경우 — 인증 과정이나 채널 파트너를 전제하지 않고 오늘 가입해 디바이스를 연결.
- 데이터를 개방형 데이터베이스에 두고 싶은 경우 — 파일 기반 스테이션 이력에 접근하기 위한 클라우드 구독이 아니라, 직접 SQL로 접근하는 프로젝트별 TimescaleDB.
- 스택 전체의 플릿 운영이 필요한 경우 — Niagara 소프트웨어 프로비저닝만이 아니라 OS, 에이전트, 애플리케이션 업데이트를 하나의 컨트롤 플레인에서 무선으로 배포.
- 원격 접근이 포함되기를 원하는 경우 — 유효한 유지보수 계약에 묶인 컨트롤러 단위 구독이 아니라 HTTP, SSH, VNC, TCP, UDP 터널링이 플랫폼에 내장.
- 건물이 아니라 기계와 장비를 만드는 경우 — IronFlock은 자사 고객에게 디지털 서비스를 제공하는 OEM 플릿을 위해 설계되었으며 고객별 데이터 격리를 제공합니다.
- 보안 업데이트가 당연한 것이기를 원하는 경우 — 유지보수 계약과 함께 만료되는 혜택이 아니라.
- 앱을 만들어 수익화하고 싶은 경우 — 도메인 전문성을 패키징해 개발자 측 인증 장벽 없이 개방형 마켓플레이스에서 판매.
마이그레이션 경로
IronFlock과 Niagara는 무리 없이 공존합니다. 같은 배선을 두고 경쟁하는 대신 데이터 계층에서 만나기 때문입니다. 일반적인 방식은 Niagara 스테이션이 잘하는 일 — BACnet과 LonWorks 통합, 빌딩 제어 시퀀스, 로컬 그래픽 — 을 그대로 맡기고, Niagara가 애초에 감당하도록 만들어지지 않은 영역을 IronFlock으로 보태는 것입니다. 즉 컨테이너화된 애플리케이션, 고주파 장비 텔레메트리, SQL로 접근 가능한 플릿 데이터, 브라우저 기반 원격 접근, 그리고 AI입니다.
실무적으로는 같은 사업장의 산업용 PC나 엣지 디바이스에서 IronFlock 에이전트를 구동하면서 BACnet, Modbus, MQTT로 스테이션에서 데이터를 읽거나, 스테이션이 이미 발행하는 데이터를 구독하는 형태가 됩니다. 그 다음부터는 플릿 대시보드, 알람, 터널, AI가 Niagara에서 온 데이터에도 다른 데이터와 똑같이 적용됩니다. 시간이 지나면서 새 설비와 새 사업장은 Niagara 포인트 라이선스를 추가하지 않고도 편입할 수 있고, 기존 자산은 그대로 계속 운영됩니다.
사용해 보시겠어요? 무료로 시작하기 — 디바이스를 연결하면 몇 분 안에 첫 대시보드를 볼 수 있습니다.