스케줄러 결과 계약과 안전한 실패 관측
약 2분
스케줄러 작업이 예외를 던지지 않았다는 사실은 성공을 뜻하지 않는다. 내부에서 오류를 잡고 None, error, 처리 수, partial을 반환하는 작업이 섞이면 관제는 정상·빈 결과·부분 실패를 구분하지 못한다.
scheduler 태그가 달린 글
AI/LLM 관련 글 — 에이전트, 프롬프트
HTML·CSS·JS·HTTP·URL 기초
TypeScript·Java·Python·Rust
자료구조·Big-O·디자인 패턴
React·Next.js·Tauri·Tailwind
Spring·FastAPI·SQL
Claude Code · MCP · Context7 · Figma 등 AI 코딩 도구 소개
배포 옵션·서비스 비교·선택 기준
PostgreSQL · Kafka · 데이터 전략 소개
Docker·Compose·Caddy·SSH
윈도우 vs 맥 등 개발 환경 선택 가이드
크로스 플랫폼 옵션 비교 (Tauri · Flutter · RN)
pnpm·uv·Gradle·Git·정규식
KISS · DRY · YAGNI · 네이밍 등 개발 철학
OAuth · JWT · 보안 기초 개념 소개
Testcontainers·Vitest·pytest
검색법·문서 읽기·디버깅
스케줄러 작업이 예외를 던지지 않았다는 사실은 성공을 뜻하지 않는다. 내부에서 오류를 잡고 None, error, 처리 수, partial을 반환하는 작업이 섞이면 관제는 정상·빈 결과·부분 실패를 구분하지 못한다.
프로세스가 살아 있다는 사실, 핵심 검색 요청을 처리할 준비가 됐다는 사실, 선택 기능이 모두 정상이라는 사실은 서로 다릅니다. 하나의 ready 값에 전부 넣으면 선택 모델 장애가 전체 재시작으로 이어지고, 핵심 DB 장애를 liveness가 가립니다.