IAMMETER 미터는 IAMMETER-Cloud에만 국한되지 않습니다. 개방형 인터페이스를 통해 전기 데이터를 고객이 제어하는 서버에 저장하고 처리할 수 있습니다.
모든 프로젝트에 적합한 단일 셀프 호스팅 아키텍처는 없습니다. 올바른 선택은 다음 요구 사항에 따라 달라집니다:
IAMMETER는 네 가지 경로를 모두 지원합니다:
┌─→ IAMMETER-Docker ─→ Local charts and APIs
IAMMETER energy meter ──┼─→ IAMMETER-Central ─→ Customer ERP / EMS / BMS
├─→ Open-source platform ─→ Automation and dashboards
└─→ Customer receiver ─→ Custom backend and database
이 페이지는 적합한 아키텍처를 선택하는 데 도움을 줍니다. 자세한 설치 및 프로토콜 설명은 연결된 기술 가이드에서 확인할 수 있습니다.
| 옵션 | 주요 사용자 | 즉시 사용 가능한 모니터링 UI | 데이터 저장소 | 고객 개발용 API | 개발 노력 | ||
|---|---|---|---|---|---|---|---|
| IAMMETER-Docker | 개인 사용자, 개발자 및 소규모 로컬 프로젝트 | 예, 기본 모니터링 기능 포함 | 고객 서버 | 예 | 낮음중간 | ||
| IAMMETER-Central | 기업, 파트너 및 시스템 통합업체 | 기기 관리 UI만 제공, 완전한 에너지 분석 UI 없음 | 고객 MySQL 또는 MariaDB | 예, 고객 애플리케이션용으로 설계 | 중간 | ||
| 오픈 소스 플랫폼 | 이미 Home Assistant, Node-RED 또는 다른 플랫폼을 사용 중인 사용자 | 선택한 플랫폼에서 제공 | 플랫폼에 따라 다름 | 플랫폼에 따라 다름 | 낮음중간 | ||
| 직접 통합 | 자체 백엔드와 엔지니어링 팀을 보유한 고객 | 없음 | 고객 정의 | 고객 정의 | 높음 |
가장 간단한 선택이 항상 가장 작은 소프트웨어 구성 요소는 아닙니다. 팀이 구축하거나 유지 관리할 필요가 없는 작업을 제거해 주는 옵션을 선택하십시오.
IAMMETER-Docker는 오픈 소스 셀프 호스팅 에너지 모니터링 시스템입니다. 데이터 수집, 저장, 기본 에너지 모니터링 기능, 차트 및 API를 하나의 배포에 통합합니다.
IAMMETER-Docker는 사용자가 맞춤형 소프트웨어를 작성하기 전에 로컬에서 모니터링을 시작하려 할 때 적합한 선택입니다. 개발자는 먼저 내장 인터페이스를 사용하고 나중에 제공되는 API를 통해 별도의 대시보드나 데이터 워크플로를 추가할 수 있습니다.
고객은 호스트, 네트워크, 업데이트, 백업, 스토리지 용량 및 보안에 대한 책임을 유지합니다. IAMMETER-Docker는 애플리케이션 기능을 제공하지만 일반적인 셀프 호스팅 운영을 대체하지는 않습니다.
계속 읽기:
IAMMETER-Central은 기업, 파트너 및 시스템 통합업체를 위한 프라이빗 배포 미들웨어입니다.
IAMMETER 제품 SN과 지원되는 가상 미터 SN은 IAMMETER-Central에 등록할 수 있습니다. 이는 IAMMETER-Docker에서 사용 가능한 맞춤형 SN 유연성과 다릅니다.
IAMMETER-Central은 완전한 에너지 소비 또는 태양광 분석 애플리케이션이 아닙니다. 인터페이스는 미들웨어 및 기기 관리에 중점을 둡니다. 고객은 최종 애플리케이션에 필요한 비즈니스 UI, 보고서, 권한 및 워크플로를 제공합니다.
이러한 분리는 기업이 이미 자체 관리 시스템을 보유하고 있고 IAMMETER 측정 데이터를 가져올 유지 관리 방안이 필요할 때 유용합니다.
두 접근 방식 모두 미터 데이터를 고객 소유 애플리케이션에 전달할 수 있지만 엔지니어링 경계는 다릅니다.
| 책임 | IAMMETER-Central | 직접 통합 |
|---|---|---|
| 미터 업로드 수신 | Central이 처리 | 고객이 구현 |
| IAMMETER 페이로드 파싱 | Central이 처리 | 고객이 구현 |
| 미터 측정 데이터 저장 | Central의 데이터베이스 계층을 통해 처리 | 고객이 설계 |
| 기기 등록 | Central 워크플로 | 고객이 설계 |
| ERP/EMS/BMS용 API | Central API | 고객이 구축 |
| 최종 비즈니스 UI | 고객이 구축 | 고객이 구축 |
| 프로토콜 수준 제어 | 고객 코드 필요성 낮음 | 완전한 고객 제어 |
완전한 수집 계층을 소유하지 않고 기존 비즈니스 애플리케이션에서 미터 데이터를 사용하는 것이 주요 목표라면 Central을 선택하십시오.
엔지니어링 팀이 이미 필요한 수집, 기기 관리 및 스토리지 인프라를 보유하고 있거나 프로젝트에 고도로 특화된 데이터 경로가 필요한 경우 직접 통합을 선택하십시오.
직접 통합과 관련된 수신 측 엔지니어링에 대해서는 자체 서버에서 IAMMETER 에너지 데이터 수신을 참조하십시오.
기존 플랫폼이 프로젝트에 필요한 정확한 대시보드, 자동화 또는 모니터링 기능을 이미 제공할 수 있습니다.
지원되는 통합 경로는 다음과 같습니다:
각 플랫폼 페이지는 해당 플랫폼에 대한 공식 구현 가이드이며, 이 페이지는 적절한 배포 경로를 선택하는 데만 도움을 줍니다.
더 광범위한 비교를 보려면 IAMMETER를 셀프 호스팅 및 오픈 소스 시스템과 통합을 참조하십시오.
IAMMETER 미터는 지원되는 개방형 인터페이스를 사용하여 고객 수신기로 직접 데이터를 보낼 수 있습니다:
맞춤형 백엔드는 고객에게 다음에 대한 완전한 제어권을 제공합니다:
또한 프로토콜 처리, 검증, 확장, 가용성, 모니터링 및 보안에 대한 책임도 고객에게 있습니다.
시작하기:
셀프 호스팅은 고객이 애플리케이션 호스트와 저장된 데이터를 제어함을 의미합니다. 인터넷 액세스 없이 전체 시스템을 운영할 수 있는지 여부는 선택한 아키텍처와 네트워크 설계에 따라 달라집니다.
일반적인 LAN 전용 경로는 다음과 같습니다:
원격 서버는 여전히 인터넷 연결, 프라이빗 WAN 또는 VPN 경로가 필요합니다. 로컬 액세스와 IAMMETER-Cloud 사용은 반드시 상호 배타적이지는 않지만, 공존 여부는 선택한 실행 모드와 배포 구성에 따라 달라집니다.
인터넷 없음, 클라우드 없음, 로컬 네트워크 없음의 차이에 대해서는 인터넷이나 클라우드 없이 Wi-Fi 에너지 미터 사용을 참조하십시오.
성공적인 파일럿은 프로덕션 규모로 확장할 수 있는 경로를 가져야 합니다.
플랫폼을 선택하기 전에 다음 사항을 확인하십시오:
가장 좋은 아키텍처는 운영 경계가 이를 유지 관리할 팀과 일치하는 아키텍처입니다.
| 목표 | 여기서 시작 |
|---|---|
| 로컬 모니터링 인터페이스를 빠르게 실행 | IAMMETER-Docker 배포 |
| IAMMETER 데이터를 엔터프라이즈 애플리케이션과 통합 | IAMMETER-Central 평가 |
| IAMMETER를 스마트 홈 플랫폼에 추가 | Home Assistant 통합 |
| 지원되는 오픈 소스 플랫폼 비교 | 셀프 호스팅 통합 개요 |
| 맞춤형 데이터 수신기 구축 | 자체 서버에서 데이터 수신 |
| 모든 미터 측 인터페이스 검토 | 펌웨어 및 개방형 인터페이스 가이드 |
Central과 직접 통합 간의 올바른 경계가 명확하지 않은 기업 또는 파트너 배포의 경우, 예상 기기 수, 데이터베이스 요구 사항 및 대상 비즈니스 시스템을 포함하여 IAMMETER에 문의하십시오.
마지막 업데이트: 2026년 7월 16일
