저는 부산에 본사를 둔 한 스마트 팩토리 솔루션 스타트업에서 기술 리드를 맡고 있으며, 최근 6개월간 현장(edge) 디바이스에 AI 추론을 배포하는 아키텍처를 직접 설계하고 운영해 왔습니다. 본 글에서는 우리가 AWS Greengrass 기반 엣지-클라우드 하이브리드 아키텍처를 어떻게 구성했고, 클라우드 추론 게이트웨이를 HolySheep AI로 전환하면서 얻은 구체적인 수치와 교훈을 공유합니다.

1. 비즈니스 배경

우리의 고객은 자동차 부품 제조 라인 3곳으로, 각 라인에는 산업용 카메라 24대, 마이크 어레이 8개, 진동 센서 60개가 설치되어 있습니다. 라인당 약 5초 주기로 결함 이미지, 음성 명령, 진동 패턴이 발생하며, 이를 실시간으로 분석해 불량품을 자동 분류하고 작업자 안전을 모니터링해야 합니다. 엣지 AI 모델은 비전 검출(YOLOv8n), 음성 의도 분류(한국어 BERT 변형), 진동 이상 탐지(TCN 시계열) 세 가지로 구성되며, 각 라인에 AWS Greengrass Core가 설치된 산업용 게이트웨이(NVIDIA Jetson AGX Orin 64GB)가 배치되어 있습니다.

2. 기존 공급사 페인포인트

3. HolySheep AI 선택 이유

저는 HolySheep AI를 처음 접했을 때 가장 먼저 확인한 것은 로컬 결제 지원 여부였습니다. 한국에서 해외 신용카드 없이도 월 정액 결제가 가능하다는 점은 재무팀의 마찰을 즉시 해소해 주었습니다. 추가로 다음 세 가지가 결정적이었습니다.

4. AWS Greengrass 엣지-클라우드 하이브리드 아키텍처

저는 아키텍처를 세 개의 결정 레이어로 분리했습니다. (a) 라인 사이클 5초 이내에 끝나야 하는 결정은 Jetson에서 로컬 추론, (b) 작업자 발화 의도 분류처럼 정확도가 더 중요한 결정은 로컬 1차 추론 후 HolySheep으로 2차 정밀 분류, (c) 월 1회 재학습과 같은 무거운 작업은 S3 + SageMaker 비동기 파이프라인. 다음은 Greengrass 컴포넌트의 설정 예시입니다.

# /greengrass/v2/components/com.factory.edge-inference/recipe.yaml
---
RecipeFormatVersion: '2020-01-25'
ComponentName: com.factory.edge-inference
ComponentVersion: '1.4.0'
ComponentDescription: 로컬 추론 + HolySheep 클라우드 폴백 추론 컴포넌트
ComponentPublisher: 부산스마트팩토리
ComponentConfiguration:
  DefaultConfiguration:
    cloudEndpoint: "https://api.holysheep.ai/v1"
    cloudApiKey: "YOUR_HOLYSHEEP_API_KEY"
    localConfidenceThreshold: 0.78
    queueMaxBytes: 4194304
    modelVersions:
      vision: "yolov8n-factory-v3.int8"
      intent: "kobert-intent-v2"
      vibration: "tcn-vibration-v5"
Manifests:
  - Platform:
      os: linux
      architecture: aarch64
    Lifecycle:
      Install: 'pip3 install --no-index --find-links=/opt/wheels/ onnxruntime==1.18.1 numpy==1.26.4'
      Run: 'python3 -m factory_edge.orchestrator --config /greengrass/v2/components/com.factory.edge-inference/config.json'

엣지 디바이스의 추론 오케스트레이터는 로컬