01 / Context
무엇을 해결할 것인가.
게시 결과를 매번 확인하거나 알림을 중복 처리하면 운영 부담이 커집니다. 변경 검토 이후 코드가 달라지거나 다른 작업을 덮어쓰지 않도록 배포 대상을 관리해야 합니다.
CMS 발행과 오류를 적절한 운영자 채널에 알리고, 변경 코드의 검토·승인·배포·롤백을 일관된 절차로 관리하는 PlantPapa 내부 자동화.
02 / Direction
프로젝트를 바라본 방향.
발행 알림은 이벤트 처리로 구성하고 운영 변경과 분리했습니다. 배포 승인은 검토한 변경본에 연결해 승인 이후의 수정이 섞이지 않도록 설계했습니다.
03 / Experience
사용자의 다음 행동을 설계하다.
CMS 발행 응답을 받은 뒤 공개 파일과 주소를 확인하고 알림과 전달 기록을 남깁니다. 코드 변경은 백업, 변경본 대조, 승인, 배포와 상태 확인을 거칩니다.
04 / Making
경험을 실제 시스템으로.
Node.js CMS의 발행 흐름에 Python 알림 처리와 배포 도구를 연결했습니다. 변경본 비교, 중복 실행 방지와 복구 전 상태 검증을 적용했습니다.
05 / In detail
구현의 디테일.
- 인증된 CMS 게시 성공/업로드·게시 실패 이벤트
- 성공 사진은 공개 결과 채널, 조치 필요 오류는 개인 관리자 채널로 분리
- 로컬 큐·전송 영수증·재시작 복구
- 공개 페이지와 현행 로컬 파일 일치 확인
- 중복 송신 억제
- 불명확한 Telegram 전송은 자동 재발송 중단
- 허용 파일/변경 수/크기를 제한한 배포
- 변경본·승인 채널·검증 결과의 SHA-256 결합
- 진행 중 이미지 작업/동시 배포 차단
- 운영본이 바뀌면 승인 무효화
- 현재 코드가 예상 지문일 때만 롤백
- 복구 검증 실패 시 후속 자동 배포 차단
06 / Intelligence & automation
인터랙션과 자동화.
일상 알림과 큐 처리는 정해진 규칙으로 실행합니다. 코드 작성 지원은 별도 작업 단계로 분리하고 변경본의 검토와 승인을 거치도록 구성했습니다.
07 / Outcome
그래서, 가능해진 일.
CMS 발행 결과를 공개 페이지와 대조한 뒤 알리고, 검토한 수정본과 실제 배포본을 일치시키는 절차를 구성했습니다.
08 / Continuity
만든 이후의 시간까지.
알림 큐와 전달 이력, 중복·미확정 응답을 관리합니다. 배포 전 백업과 승인된 변경본을 대조하고 필요하면 이전 상태로 복구합니다. 현재 송신 알림을 운영하며 명령 수신은 중지한 상태입니다.