콘텐츠로 이동
Tier0 Docs

공장 데이터 기반

지원 에디션EdgeCloudEnterprise

Tier0에서 공장 데이터는 UNS(Unified Namespace) 방법론을 기반으로 명확한 트리 구조의 모델로 구성되어 통합 데이터 기반을 형성합니다.

  • Broker는 model topic을 통해 데이터를 수신하고 전송합니다.
  %%{init: {"flowchart": {"defaultRenderer": "elk", "nodeSpacing": 32, "rankSpacing": 48, "diagramPadding": 8}}}%%
  flowchart TB
  source["데이터 소스 / 소비자"]
  subgraph UNS["Unified Namespace"]
      direction LR
      Model["Model<br/>path, topic, payload 정의"]
      Broker["Broker<br/>데이터 교환 처리"]
      Storage["스토리지<br/>데이터 영구 저장"]
      Model <--> Broker
      Broker --> Storage
  end
  source <-- "MQTT / API" --> Broker
  classDef broker fill:#F7FAF2,stroke:#D8E6B8,stroke-width:1px,color:#2A2A2A,stroke-dasharray:5 5
  class Broker broker
  • Model은 Metric, State, Action 세 가지 type으로 분류됩니다.
  • 데이터는 model type에 따라 서로 다른 database에 저장됩니다.
    • Action/State: JSONB (PostgreSQL)
    • Metric: real-time data(TSDB)
    %%{init: {
      "themeVariables": {
        "fontSize": "14pt"
      },
      "flowchart": {
        "defaultRenderer": "elk",
        "nodeSpacing": 40,
        "rankSpacing": 56,
        "diagramPadding": 8
      }
    }}%%
    flowchart LR
    subgraph Model["모델 타입"]
        direction TB
        metric["Metric<br/>고빈도 숫자 데이터"]
        state["State<br/>현재 사실 또는 상태"]
        action["Action<br/>명령 또는 요청 작업"]
    end
    subgraph Storage["스토리지"]
        direction TB
        tsdb["TSDB<br/>Metric 이력을 위한 시계열 저장소"]
        jsonb["JSONB<br/>State와 Action을 위한 문서 저장소"]
    end
    metric --> tsdb
    state --> jsonb
    action --> jsonb

Model

섹션 제목: “Model”

Metric, State, Action

섹션 제목: “Metric, State, Action”

산업 데이터는 collection frequency와 목적이 서로 다르기 때문에 Tier0는 UNS model을 세 가지 고정 type으로 구분합니다.

Type Why Example
METRIC 지속적으로 수집되고 time-series storage가 필요한 고빈도 데이터를 위해 설계되었습니다. machine temperature / pressure / voltage
STATE 더 낮은 빈도로 변경되며 object의 현재 condition 또는 fact를 설명하는 데이터를 위해 설계되었습니다. machine operational status
ACTION 외부 system 또는 operator가 실행해야 하는 command를 기록하는 저빈도 command data를 위해 설계되었습니다. start batch, stop machine

Path/Topic, Payload

섹션 제목: “Path/Topic, Payload”

각 UNS model은 path, topic, payload로 구성됩니다. 이들은 함께 business context를 담고 산업 데이터를 전달하는 tree 구조를 이룹니다.

  • Path/Topic: path는 data ownership을 나타내고 topic은 message payload를 담습니다. 둘의 조합이 model address입니다.
  • Payload: topic이 보유한 message payload입니다. JSON key-value 형식이며 model data를 정의합니다.

예를 들어 UNS의 model은 아래 tree처럼 보입니다.

Terminal window
  Factory_A
  └── Site_01
      └── SMT_Line_1
          └── Metric
              └── Machine_001
  • Path: Factory_A/Site_01/SMT_Line_1/Metric
  • Topic: /Machine_001.
  • Payload
    Terminal window
    "temperature": 85,
    "vibration": 2.8,

Broker

섹션 제목: “Broker”

Tier0에서 broker는 data model을 기반으로 MQTT 또는 OpenAPI를 통해 데이터를 수신하고 전송하는 platform component입니다.

  • By MQTT: model tree의 각 node 전체 path가 message payload를 전달하는 topic address로 동작합니다.
  • By OpenAPI: HTTP request를 통해 data model에 대한 CRUD command를 수행합니다.

Storage

섹션 제목: “Storage”

Tier0는 PostgreSQL을 사용해 데이터를 저장합니다. data type마다 변경 빈도와 storage requirement가 다릅니다.

Data Type Storage Description
METRIC Time-series database temperature, pressure 같은 고빈도 measurement에 최적화되어 있습니다. 각 topic에는 기본 field timestamp와 quality가 포함됩니다.
STATE PostgreSQL machine 또는 system state를 유연한 JSONB format으로 저장합니다.
ACTION PostgreSQL command 또는 action payload를 유연한 JSONB format으로 저장합니다.

다음 단계

섹션 제목: “다음 단계”