시작하기
기본 개념
설치 파일과 펌웨어를 장비와 버전 기준에 따라 배포하기
소프트웨어와 펌웨어 파일은 서버, 지점 시스템, 생산 장비, 엣지 장비 등 여러 환경에서 사용됩니다.
소프트웨어·펌웨어 배포는 설치 패키지와 빌드 결과물, 펌웨어 파일을 준비하고 대상 장비와 적용할 버전을 기준으로 배포 작업을 구성하는 방식입니다.
하나의 파일을 여러 장비에 배포하거나 장비 그룹별로 서로 다른 파일과 버전을 적용하는 등 운영 환경에 맞는 배포 흐름을 구성할 수 있습니다.
배포 구성
배포 파일
│
▼
버전 기준 설정
│
▼
대상 장비 선택
│
├────────→ 서버 그룹
├────────→ 지점 장비
└────────→ 엣지 장비
│
▼
결과 확인
이 과정을 통해 배포할 파일과 대상 장비, 적용 기준을 하나의 흐름으로 관리할 수 있습니다.

배포 흐름
파일 준비부터 대상 장비 반영과 결과 확인까지 이어가기
배포 작업은 먼저 설치 파일이나 펌웨어를 준비하고, 해당 파일을 적용할 장비와 버전을 설정하는 과정부터 시작합니다.
이후 지정된 조건에 따라 배포 작업을 실행하면 파일이 각 대상 장비로 전송되고, 장비별 진행 상태와 파일 반영 결과를 확인할 수 있습니다.
① 배포 파일 준비
↓
② 대상 장비 구성
↓
③ 버전과 실행 기준 설정
↓
④ 대상별 파일 배포
↓
⑤ 반영 결과 확인
필요한 경우 특정 장비 또는 장비 그룹을 기준으로 다시 배포 작업을 실행할 수 있습니다.
배포 효과
여러 장비의 파일 배포와 버전 관리를 하나의 흐름으로 구성하기
여러 장비에 소프트웨어와 펌웨어를 적용하는 업무에서는 배포할 파일, 적용 대상, 버전, 실행 결과를 함께 관리합니다.
소프트웨어·펌웨어 배포를 활용하면 장비별 배포 작업을 하나의 관리 흐름으로 구성하고, 어떤 파일이 어느 대상에 배포되었는지 확인할 수 있습니다.
| 구분 | 개별 장비 관리 | 배포 흐름 구성 |
|---|---|---|
| 배포 대상 | 장비별로 대상 확인 | 장비와 그룹 기준으로 관리 |
| 배포 파일 | 파일별 적용 대상 확인 | 배포 작업과 함께 구성 |
| 버전 적용 | 장비별 적용 상태 확인 | 버전 기준에 따라 배포 |
| 실행 결과 | 각 장비의 결과 개별 확인 | 대상별 결과를 함께 확인 |
| 재배포 | 필요한 장비를 다시 선택 | 대상 또는 그룹 기준으로 다시 실행 |
이를 통해 소프트웨어와 펌웨어 파일의 배포부터 대상별 결과 확인까지 하나의 운영 흐름으로 관리할 수 있습니다.
IT 엔지니어
배포 파일
설치 패키지와 펌웨어 파일을 배포 기준에 맞게 준비하기
먼저 배포에 사용할 설치 패키지, 빌드 결과물 또는 펌웨어 파일을 준비합니다.
파일은 하나의 배포 작업에서 여러 대상에 사용할 수 있으며, 운영 환경에 따라 장비 그룹별로 서로 다른 파일을 지정할 수도 있습니다.
예를 들어 다음과 같은 파일을 배포 대상으로 구성할 수 있습니다.
| 파일 유형 | 활용 예시 |
|---|---|
| 설치 패키지 | 애플리케이션 설치 파일 |
| 빌드 결과물 | 최신 빌드 파일과 배포 패키지 |
| 펌웨어 | 장비와 엣지 시스템의 펌웨어 |
| 업데이트 파일 | 기존 환경에 적용할 업데이트 파일 |
배포 파일을 준비한 후에는 다음 단계에서 해당 파일을 적용할 장비와 그룹을 구성합니다.

대상 구성
서버·지점·엣지 장비를 배포 그룹과 장비별로 구성하기
배포 대상은 개별 장비 또는 여러 장비를 하나의 그룹으로 구성할 수 있습니다.
예를 들어 본사 서버, 전국 지점 시스템, 특정 생산 설비, 엣지 장비 그룹처럼 운영 기준에 따라 대상을 구성합니다.
배포 대상
│
┌───────────┼───────────┐
▼ ▼ ▼
서버 그룹 지점 그룹 엣지 그룹
│ │ │
장비 A 장비 D 장비 G
장비 B 장비 E 장비 H
장비 C 장비 F 장비 I
이렇게 구성하면 하나의 배포 작업에서 여러 장비를 함께 선택하거나, 특정 그룹만 대상으로 배포 범위를 구성할 수 있습니다.

배포 기준
장비별 파일 버전과 실행 조건을 설정하기
대상 구성이 완료되면 어떤 파일을 어떤 기준으로 배포할지 설정합니다.
배포 파일의 버전과 대상 장비를 연결하고, 즉시 실행하거나 지정된 일정 또는 다른 작업의 완료 상태를 기준으로 실행 조건을 구성할 수 있습니다.
설정할 기준
| 설정 항목 | 구성 내용 |
|---|---|
| 배포 파일 | 설치 패키지 또는 펌웨어 지정 |
| 적용 버전 | 대상 장비에 배포할 파일 버전 지정 |
| 대상 범위 | 전체 장비, 그룹 또는 개별 장비 선택 |
| 실행 조건 | 즉시 실행, 일정 또는 다른 작업 완료 후 실행 |
| 파일 경로 | 대상 장비의 저장 또는 적용 위치 설정 |
예를 들어 최신 펌웨어가 준비된 후 특정 장비 그룹에 배포하거나, 빌드 작업이 완료된 후 생성된 결과물을 지정된 서버에 배포하는 흐름을 구성할 수 있습니다.

다중 배포
하나의 배포 작업으로 여러 대상 장비에 파일 전송하기
배포 기준을 설정한 후에는 하나의 파일을 여러 대상 장비에 전송하는 다중 배포 흐름을 구성합니다.
Flow Canvas에서 하나의 배포 원본을 여러 대상 장비와 연결하면 동일한 파일을 서버, 지점, 엣지 장비 등 여러 환경으로 배포할 수 있습니다.
배포 파일
│
▼
배포 작업
┌─────────┼─────────┐
▼ ▼ ▼
Server Branch Edge
│ │ │
▼ ▼ ▼
완료 확인 완료 확인 완료 확인
대상 장비는 전체를 함께 처리하거나 운영 기준에 따라 특정 그룹과 장비를 선택해 배포할 수 있습니다.

결과 관리
대상별 반영 상태를 확인하고 필요한 장비의 배포 작업 다시 실행하기
배포 작업이 실행되면 Runs와 작업 상세 정보를 통해 전체 배포 상태와 대상별 결과를 확인합니다.
확인 과정에서는 각 장비의 진행 상태와 처리된 파일, 실행 시간 등을 함께 살펴볼 수 있습니다.
배포 결과 흐름
배포 실행
│
▼
전체 작업 상태 확인
│
├── Completed
│ │
│ └── 대상별 반영 결과 확인
│
├── Running
│ │
│ └── 진행률과 처리 상태 확인
│
└── 확인 필요
│
▼
상세 결과 확인
│
▼
대상 장비 선택
│
▼
배포 작업 다시 실행

| 확인 항목 | 확인 내용 |
|---|---|
| 대상 장비 | 파일이 배포된 서버와 장비 |
| 진행 상태 | 현재 배포 작업의 처리 상태 |
| 파일 결과 | 대상 장비별 파일 반영 결과 |
| 실행 시간 | 배포 시작과 완료 시간 |
| 재배포 대상 | 다시 실행할 장비 또는 그룹 |
특정 장비의 배포 결과를 다시 확인해야 하는 경우 해당 대상 또는 장비 그룹을 기준으로 필요한 배포 작업을 다시 실행할 수 있습니다.
개발자
하나의 산출물을 여러 장비에 배포하고 장비별 반영 결과 집계하기
연동 준비
공통 호출 코드와 상태 값 준비하기
import os
import requests
BASE_URL = os.getenv("INNORIX_BASE_URL", "https://app.innorix.com").rstrip("/")
TOKEN = os.environ["INNORIX_ACCESS_TOKEN"]
WORKSPACE_ID = os.getenv("INNORIX_WORKSPACE_ID") # optional; falls back to the current workspace
STATUS_COMPLETE = 2
TERMINAL = {2, 4, 5, 9, 99} # complete / error / cancelled / partial / failed
NOT_SUCCEEDED = {4, 5, 9, 99}
def api(method, path, body=None, params=None):
headers = {
"Content-Type": "application/json",
"Authorization": f"Bearer {TOKEN}",
}
if WORKSPACE_ID:
headers["x-workspace-id"] = WORKSPACE_ID
response = requests.request(
method, BASE_URL + path,
headers=headers, json=body, params=params, timeout=30,
)
payload = response.json() if response.content else {}
if not response.ok:
raise RuntimeError(payload.get("message") or f"HTTP {response.status_code}")
return payload.get("data")
def is_terminal(detail):
return detail.get("isTerminal", detail.get("status") in TERMINAL)전송 상태는 아래 값으로 판단합니다. 종료 상태는 다섯 개이고 성공에 해당하는 값은 완료(2)입니다.
| 상태 값 | 의미 | 종료 |
|---|---|---|
| 2 | 완료 | 예 |
| 4 | 오류 | 예 |
| 5 | 취소 | 예 |
| 9 | 부분 완료 | 예 |
| 99 | 실패 | 예 |
| 1 · 6 · 12 · 13 | 시작·전송 중·동기화 중·수신 중 | 아니오 |
배포 대상 구성
장비 그룹을 목록으로 정의하고 식별자 확인하기
배포 대상은 목록으로 관리합니다. 장비명으로 다룬다면 먼저 식별자로 바꿉니다.
def resolve_device(name):
result = api("GET", "/api/devices/resolve", params={"name": name}) or {}
devices = result.get("devices") or []
count = result.get("matchCount", len(devices))
if count != 1 or not devices:
raise RuntimeError(f"{name}: {count} matches")
return devices[0]["deviceId"]
GROUPS = {
"server": ["srv-01", "srv-02", "srv-03"],
"branch": ["branch-seoul", "branch-busan"],
"edge": ["edge-line-01", "edge-line-02"],
}
RESOLVED = {
group: [resolve_device(name) for name in names]
for group, names in GROUPS.items()
}전체 장비 목록에서 조건으로 걸러내는 방법도 있습니다.
result = api("GET", "/api/devices", params={"page": 1, "size": 200}) or {}
edge_devices = [d["deviceId"] for d in result.get("devices") or []
if d["name"].startswith("edge-")]장비 목록은 data.devices 배열로 반환됩니다.
버전 경로 설계
배포 파일의 버전이 경로에 드러나게 하기
어느 버전이 어디에 반영됐는지 경로에 기록합니다.
def package_path(product, version):
return f"/release/{product}/{version}"
def target_path(product, version):
return f"/opt/{product}/{version}"
PRODUCT, VERSION = "app", "2.14.0"버전 폴더를 따로 두면 이전 버전이 남아 있어 문제가 생겼을 때 되돌리기 쉽습니다. 한 경로에 덮어쓰면 롤백할 대상이 없습니다.
다중 배포
하나의 파일을 여러 장비로 보내기
하나의 전송은 대상 장비 하나를 다룹니다. 대상마다 전송을 만들고, 반환된 monitorId를 장비별로 보관해 진행과 결과를 추적합니다.
def deploy(source, targets, product, version, target_paths=None):
src = package_path(product, version)
# pass a list when targets need different paths; the order must match
paths = target_paths or [target_path(product, version)] * len(targets)
return {
device: api("POST", "/api/transfers/manual", {
"sourceDevice": source,
"targetDevice": device,
"targetPath": path,
"sourcePaths": [src],
"sendAllFolder": True,
"checkIntegrity": True,
"transferOptions": {"target-action": "overwrite"},
})["monitorId"]
for device, path in zip(targets, paths)
}
transfers = deploy("device-build-01", RESOLVED["edge"], PRODUCT, VERSION)버전 폴더 안에서는 같은 파일을 다시 전송하는 경우가 대부분이므로 overwrite를 씁니다. numbering을 쓰면 재배포할 때마다 사본이 쌓입니다.
무결성 검증을 켭니다. 펌웨어가 손상된 채로 적용되면 장비가 부팅되지 않을 수 있습니다.
현장 회선을 함께 쓰는 환경이라면 속도 제한을 걸어 다른 업무에 영향이 가지 않게 합니다.
"transferOptions": {
"target-action": "overwrite",
"limitRate": 20480
}
limitRate의 단위는 KB/s입니다.
결과 집계
장비별 반영 상태를 모아 확인하기
def wait(monitor_id, timeout=3600, interval=3):
deadline = time.time() + timeout
while time.time() < deadline:
detail = api("GET", f"/api/transfers/{monitor_id}")
if is_terminal(detail):
return detail
time.sleep(interval)
raise TimeoutError(monitor_id)
def failed_files(monitor_id):
result = api("GET", f"/api/transfers/{monitor_id}/files", params={
"state": "any", "size": 500,
}) or {}
return [r for r in (result.get("children") or [])
if r.get("status") in NOT_SUCCEEDED]
def retry_failed(monitor_id):
rows = failed_files(monitor_id)
if not rows:
return 0
api("POST", f"/api/transfers/{monitor_id}/retry", {
"filesRetry": [
{"filePath": r["sourceFilePath"], "isDir": bool(r.get("isFolder"))}
for r in rows
]
})
return len(rows)한 장비가 실패해도 나머지를 계속 확인해야 어디까지 반영됐는지 알 수 있습니다.
def deploy_report(transfers, timeout=3600):
results = {}
for device, monitor_id in transfers.items():
try:
results[device] = wait(monitor_id, timeout=timeout)
except TimeoutError:
results[device] = {"status": None}
succeeded = [d for d, r in results.items()
if r.get("status") == STATUS_COMPLETE]
failed = [d for d in results if d not in succeeded]
return succeeded, failed, results
succeeded, failed, results = deploy_report(transfers)
print(f"{len(succeeded)} succeeded / {len(failed)} failed")
for device in failed:
detail = results[device]
print(f" {device:20} {detail.get('statusName') or detail.get('status')}")| 확인 항목 | 확인 내용 |
|---|---|
status | 장비별 전송 상태 |
percent | 진행률 |
fileCount · totalSize | 반영된 파일 수와 용량 |
endDate | 완료 시간 |
실패 장비 재배포
성공한 장비는 건너뛰고 실패한 대상만 재배포하기
전체를 다시 실행하면 이미 반영된 장비까지 다시 전송하게 됩니다. 실패한 대상만 선별해 재실행합니다.
for device in failed:
monitor_id = transfers[device]
rows = failed_files(monitor_id)
if rows:
# reached the device, but some files failed
print(f"{device}: retried {retry_failed(monitor_id)} files")
else:
# no per file record means the transfer never started
state = api("GET", f"/api/devices/{device}/connectivity") or {}
print(f"{device}: transfer never started - connected {state.get('isConnected')}"
f" ({state.get('stateLabel')})")파일별 실패 기록이 없으면 장비 연결부터 확인합니다. 연결이 복구된 뒤에 배포를 다시 실행합니다.
if still_offline:
retry_transfers = deploy("device-build-01", recovered, PRODUCT, VERSION)
_, still_failed, _ = deploy_report(retry_transfers)배포 이력 조회
어느 장비에 어느 버전이 언제 반영됐는지 확인하기
from datetime import datetime, timedelta, timezone
def paginate(path, params=None, limit=200, max_pages=50):
query = dict(params or {})
query["limit"] = limit
cursor = None
for _ in range(max_pages):
if cursor:
query["cursor"] = cursor
result = api("GET", path, params=query) or {}
for record in result.get("data") or []:
yield record
pagination = result.get("pagination") or {}
if not pagination.get("hasMore"):
return
cursor = pagination.get("nextCursor")
if not cursor:
return
end = datetime.now(timezone.utc)
fmt = "%Y-%m-%dT%H:%M:%SZ"
for row in paginate(f"/api/devices/{device_id}/transfer-history", params={
"startDate": (end - timedelta(days=30)).strftime(fmt),
"endDate": end.strftime(fmt),
}):
print(row.get("startDate"), row.get("statusName"), row.get("monitorId"))배포 식별자와 버전을 애플리케이션에 함께 기록해 두면 이력과 버전이 연결됩니다.
db.insert("deployments", {
"product": PRODUCT,
"version": VERSION,
"device": device,
"monitorId": transfers[device],
"result": "done" if device in succeeded else "failed",
})| 확인 항목 | 확인 내용 |
|---|---|
| 배포 파일 | 전송한 패키지와 버전 |
| 대상 | 장비와 그룹 |
| 결과 | 장비별 성공과 실패 |
| 재배포 | 다시 실행한 대상과 결과 |
| 이력 | 장비별 최근 배포 기록 |