Compose readiness와 부분 롤백의 경계
약 2분
컨테이너가 running이어도 DB 연결·필수 테이블·내부 의존성이 준비되지 않았을 수 있습니다. readiness는 사용자 요청을 받을 수 있는 상태를, liveness는 프로세스가 살아 있는지를 나타내야 합니다.
#readiness
readiness 태그가 달린 글
카테고리
AI & LLM
9AI/LLM 관련 글 — 에이전트, 프롬프트
웹 기초
7HTML·CSS·JS·HTTP·URL 기초
언어
4TypeScript·Java·Python·Rust
프로그래밍
4자료구조·Big-O·디자인 패턴
프론트엔드
18React·Next.js·Tauri·Tailwind
백엔드
19Spring·FastAPI·SQL
AI 도구 소개
15Claude Code · MCP · Context7 · Figma 등 AI 코딩 도구 소개
클라우드
22배포 옵션·서비스 비교·선택 기준
데이터
20PostgreSQL · Kafka · 데이터 전략 소개
인프라
10Docker·Compose·Caddy·SSH
환경 비교
11윈도우 vs 맥 등 개발 환경 선택 가이드
모바일
4크로스 플랫폼 옵션 비교 (Tauri · Flutter · RN)
개발 도구
12pnpm·uv·Gradle·Git·정규식
철학·원칙
10KISS · DRY · YAGNI · 네이밍 등 개발 철학
보안 개념
9OAuth · JWT · 보안 기초 개념 소개
품질·테스트
11Testcontainers·Vitest·pytest
학습 마인드셋
6검색법·문서 읽기·디버깅
readiness 태그가 달린 글
필수 readiness와 선택 capability를 분리하기
약 2분프로세스가 살아 있다는 사실, 핵심 검색 요청을 처리할 준비가 됐다는 사실, 선택 기능이 모두 정상이라는 사실은 서로 다릅니다. 하나의 ready 값에 전부 넣으면 선택 모델 장애가 전체 재시작으로 이어지고, 핵심 DB 장애를 liveness가 가립니다.
Release를 Smoke와 Rollback 증거로 닫기
약 2분이미지가 만들어졌다는 사실은 사용자가 정상 경로를 사용할 수 있다는 증거가 아닙니다. 검사한 commit과 실행 image를 묶고, health 뒤에 실제 DB를 읽는 smoke를 실행해야 합니다.