Production systems · 운영 사례
현장 장비 배포를 반복 가능하고 관찰 가능한 흐름으로 만들기
수작업 절차에 의존하던 Raspberry Pi·Linux 설치를 버전이 있는 이미지, 첫 부팅 자동화, 원격 상태 확인과 E2E 검증이 연결된 운영 흐름으로 바꿨습니다. 고객·회사 식별 정보와 비공개 구현은 제외했습니다.
- 역할
- 백엔드 · 배포 자동화 · 운영 품질
- 기간
- 2026.01 — 현재
- 공개 범위
- 고용 경험 요약 · 구현 세부사항 비공개
30+
자동화가 적용된 장비
100+
모니터링 설치 환경
200+
Playwright E2E 테스트
01
문제와 제약
- 장비별 수동 설치는 단계 누락과 환경 차이를 만들고, 장애가 발생했을 때 어떤 상태인지 원격에서 파악하기 어려웠습니다.
- 현장 장비는 일반 웹 서비스처럼 즉시 교체하거나 수시로 접속할 수 없으므로, 첫 부팅과 복구 경로가 예측 가능해야 했습니다.
- 의료영상 운영 환경을 지원하는 업무 특성상 고객 정보와 내부 네트워크·배포 세부사항은 포트폴리오에 공개할 수 없습니다.
02
운영 흐름
- 01
버전이 있는 이미지
공통 기반 환경을 이미지화해 장비별 편차를 줄입니다.
- 02
첫 부팅 자동화
Python과 Linux 서비스가 설치·설정 순서를 반복 가능한 절차로 실행합니다.
- 03
원격 상태 확인
Node.js·Python·WebSocket 흐름으로 장비 상태와 연결 상태를 확인합니다.
- 04
회귀 검증
Playwright E2E 테스트로 운영 웹 흐름과 주요 장애 시나리오를 지속적으로 점검합니다.
03
핵심 설계 결정
설치 문서를 실행 가능한 절차로 전환
사람이 순서를 기억하는 대신 스크립트와 서비스 의존성이 순서를 보장하도록 만들었습니다.
성공 여부보다 상태를 남기기
설치·연결 실패가 발생했을 때 원격에서 원인을 좁힐 수 있도록 단계별 상태와 로그를 연결했습니다.
운영 UI까지 테스트 범위에 포함
배포 스크립트뿐 아니라 실제 사용자가 거치는 웹 흐름을 E2E 테스트로 검증했습니다.
보안 주장을 위협 모델과 분리하지 않기
장치 식별자만으로 만든 키를 강한 비밀키로 표현하지 않고, 배포 자동화와 키 관리 문제를 구분합니다.
04
확인 가능한 결과
- 운영 기록 기준 30대 이상의 장비에 자동화된 설치 흐름을 적용했습니다.
- 100곳 이상의 설치 환경을 지원하는 원격 모니터링 흐름을 개발·검증했습니다.
- 200건 이상의 Playwright 테스트를 구축하고 실제 애플리케이션 결함을 발견해 수정했습니다.
05
공개 범위
- — 고객명, 네트워크 구조, 장비 식별 정보, 비밀값과 실제 운영 화면은 공개하지 않습니다.
- — 수치는 개인이 수행한 업무 기록을 요약하며 회사 전체 시스템의 규모를 의미하지 않습니다.
- — 이 페이지는 문제 해결 방식과 운영 사고를 보여주기 위한 사례 요약입니다.
기술 스택
- Python
- Linux
- Raspberry Pi
- Node.js
- WebSocket
- MySQL
- Playwright