임베디드 리눅스 · IoT · 에너지

소프트웨어를 만들고
운영하는 곳.

임베디드 리눅스 디바이스부터 클라우드 관제 시스템까지, 전 구간을 한 팀이 맡습니다.

대시보드모니터링
전체 수량
수십만 대
3세대 장비 플랫폼
온라인
67.2%
↗ +0.2%
오프라인
32.8%
↘ -0.3%
장비 상태 수량 추이12h1d3d1w
신호 등급 분포
강전계62%
중전계36%
약전계2%
장비최근 보고
  • GW-A1-0417조직 A재접속 중
  • GW-A1-0418조직 A강전계118일
  • GW-B3-1102조직 B중전계42일
  • GW-B3-1107조직 B중전계42일
  • GW-C2-0009조직 C약전계3일
  • GW-C2-0011조직 C강전계91일

운영 중인 관제 시스템의 화면을 다시 그린 것입니다. 수치는 예시입니다.

윤개발소

현장 장비를 전제로 설계합니다. 전원이 불안정하고, 네트워크가 끊기고, 커널이 오래됐고, 저장 공간이 적은 곳에서 돌아가야 하는 소프트웨어를 만듭니다.

만든 시스템을 직접 운영합니다. 배포와 업데이트, 알람과 장애 대응까지 만든 팀이 계속 맡습니다.

Device to dashboard

장비에서 대시보드까지,
한 팀이 만들고 운영합니다.

다섯 구간 중 필요한 곳만 맡을 수도 있습니다. 어느 구간이든 기존 시스템과의 경계를 먼저 정리합니다.

  1. Embedded Linux

    디바이스

    장비 위 수집·제어 클라이언트와 업데이트 에이전트

    Rust · C/C++

  2. Ingress

    수집 서버

    수십만 동시 연결을 받고 명령을 내려보내는 양방향 서버

    Rust · HTTP · SSE

  3. Data

    데이터

    시계열 이력과 현재 상태를 나눠 쌓는 파이프라인

    TimescaleDB · PostgreSQL · Redis

  4. Dashboard / App

    화면·앱

    관제 대시보드, 관리자 도구, 현장용 네이티브 앱

    React · Swift · Kotlin

  5. Operation

    운영

    코드로 관리하는 인프라, 무중단 배포, 알람과 장애 대응

    AWS · Terraform

  • Embedded Linux
  • Device Fleet 관제
  • Backend Systems
  • Web Dashboard
  • Mobile Apps
  • DevOps & Operation
Device fleet

수십만 대를
한 화면에서.

장비가 늘어도 관제는 한 화면에 머물러야 합니다. 원격 업데이트, 그룹 제어, 상태 모니터링을 한 시스템에서 다룹니다.

  • v2.4.1 · 차등 패키지진행 중
    0/ 3,000 대
    카나리
    10%
    50%
    전체
    3대 실패 · 이전 버전으로 자동 복구

    원격 업데이트 단계별 배포와 실패 시 자동 복구. 업데이트 실패는 곧 출장 비용입니다.

  • 재부팅조직 B · 태그 GW · 210대
    0/ 210 완료
    • GW-B3-1102
    • GW-B3-1107
    • GW-B3-1121

    그룹 원격 제어 조직과 태그로 묶어 한 번에 명령하고, 장비별 결과를 회수합니다.

  • RSRP양호
    -88.0dBm
    보통 -110
    수집 중 · 1분 전24h 평균 -88.2

    신호와 상태 모니터링 LTE 지표를 장비별로 수집하고 임계선과 함께 이력을 봅니다.

Operation

운영은 이런 일입니다.

만든 팀이 계속 맡습니다. 알람이 울리면 에이전트가 원인과 해결책을 먼저 짚고, 사람이 결정합니다.

AI 에이전트
대기 중
모니터링
지표 · 임계선 · 이력
알람
AWS 알람 → 에이전트
대응
사람이 결정 · 런북 실행
배포
카나리 → 전체
Running now
  • Energy & IoT대규모 장비 관제 시스템전 구간
  • EV Charging충전 제어기 모니터링 에이전트와 관제전 구간
  • Corporate Training기업 교육 플랫폼과 B2C 수강·결제데이터부터 운영까지
  • Consumer App구독형 콘텐츠 앱과 백엔드데이터부터 운영까지
Where to start

어디서 시작하든 됩니다.

  • 01

    장비는 있는데 관제가 없다

    장비 위 클라이언트부터 화면과 운영까지 전 구간을 새로 만듭니다.

  • 02

    펌웨어 팀은 있다

    펌웨어와의 인터페이스를 합의하고, 그 위의 소프트웨어 전부를 맡습니다.

  • 03

    장비 없이 서비스만 있다

    웹과 앱, 백엔드, 운영까지 만듭니다. 교육 플랫폼과 구독 앱이 이 형태입니다.

  • 04

    운영 중인데 손볼 사람이 없다

    코드와 인프라를 실사한 뒤 운영을 이관받고, 안정화한 다음 개선합니다.

Process
  1. 01
    상담
    요구사항 · 현장 조건
  2. 02
    범위 정리
    구간 · 인터페이스 책임
  3. 03
    단계별 견적
    구축 · 운영 포함 여부
  4. 04
    구축
    단계별 배포 · 검증
  5. 05
    운영 또는 이관
    운영 계약 · 인수인계
Questions

자주 묻는 질문

네. 전 구간을 함께할 때 가장 큰 가치를 드리지만, 임베디드 클라이언트만, 수집 서버만, 관제 대시보드만 같은 부분 의뢰도 가능합니다. 이 경우 기존 시스템과의 인터페이스 책임 범위를 착수 전에 명확히 정리합니다.

윤개발소의 주 영역은 임베디드 리눅스 단부터입니다 — 크로스 컴파일 환경 구축, 장비 제어·수집 클라이언트, 그리고 그 위의 전체 시스템. MCU 펌웨어 자체는 주력이 아니지만, 펌웨어 팀과의 인터페이스 정의·연동 개발은 익숙합니다.

가능합니다. 코드·인프라 실사 후 운영을 이관받고, 안정화한 뒤 개선을 진행하는 방식을 권합니다. 직접 대규모 관제 시스템을 운영하는 팀이라 "남이 만든 시스템 운영"의 어려움을 알고 시작합니다.

버전·대상 관리, 단계적 배포(카나리 롤아웃), 실패 시 자동 롤백, 디바이스 상태 추적이 핵심입니다. 특히 현장 장비는 업데이트 실패가 곧 출장 비용이므로, 전원·네트워크가 불안정한 조건에서도 복구 가능한 업데이트 파이프라인을 설계해야 합니다.

네, 그게 임베디드 데이터 수집의 본질적 조건입니다. 디바이스 측 로컬 버퍼링과 재전송, 서버 측 백프레셔 처리를 전제로 설계해 연결이 끊겨도 데이터가 유실되지 않게 합니다.

프로젝트 범위와 운영 포함 여부에 따라 산정합니다. 첫 상담에서 요구사항과 현장 조건을 정리한 뒤 단계별 견적을 드립니다.

출시 후 모니터링, 장애 대응, 업데이트를 포함한 운영 계약으로 이어가거나, 내부 팀에 운영을 이관하는 경우 문서화와 인수인계를 지원합니다. 어느 쪽이든 "납품 후 연락 두절"은 없습니다.

Contact

문의는 메일로 받습니다.

평일 기준 24시간 이내에 회신합니다.