jungwoo choi 1ce0cf3871 feat(dev): 로컬 dev 소스를 공유 도커 컨테이너+격리 DB로 재작성(클러스터=비즈니스만)
로컬 kind 개발에서 데이터 소스를 타입별 공유 도커 컨테이너(yak-dev-*)로 올리고
프로젝트-소스별 격리 DB·계정(<project>_<source>)을 민팅한다. 클러스터에는
no-selector Service + 수동 Endpoints 로 kind 밖 컨테이너를 가리켜 앱만 배포한다.
관리형 shared 모드와 동일한 바인딩 env 파리티 유지. dev down 시 공유 컨테이너 정리.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-08-29 13:32:34 +09:00

yakcloud 스타터 (프레임워크 중립)

의존성 0의 최소 HTTP 서버. 배포 계약만 지키면 어떤 스택으로 바꿔도 된다:

  • PORT 환경변수로 리슨(기본 8080)
  • GET /healthz → 200 (매니페스트 health 경로)
  • (선택) 바인딩된 소스는 <ALIAS>_URL 등 env로 접속

로컬 실행 (앱만)

PORT=8080 python3 app.py
curl localhost:8080/healthz     # {"ok":true}
curl localhost:8080/            # 앱 정보 + 연결된 소스 키

로컬 개발 (K8s 파리티) — yakcloud dev

운영과 같은 K8s + 같은 바인딩 env로, 선언한 데이터소스까지 로컬에 띄워 검증한다:

yakcloud dev up       # 최초 1회 — 로컬 kind + 인그레스
yakcloud dev deploy   # requires 소스 + workloads 를 로컬 배포(관리형과 동일한 <ALIAS>_URL 등 주입)
curl -s http://<project>.dev.localhost/   # bound_sources 에 연결 키 확인
yakcloud dev down     # 정리

같은 매니페스트·같은 이미지로 준비되면 yakcloud project promote --to val|prod 로 직선 승격.

매니페스트 매핑 (yakcloud.yaml)

workloads:
  - name: web
    build: ./            # 이 디렉터리(Dockerfile)를 CI 가 빌드
    image: gitea.yakenator.io/<GITEA_USER>/<project>-web:${TAG}
    port: 8080
    health: /healthz
    binds:
      - { alias: db, source: appdb }   # → 앱에서 os.environ["DB_URL"] 로 접속

다른 스택으로 교체

app.py(+Dockerfile)를 원하는 언어/프레임워크로 교체하되 위 3계약 유지. 소스별 주입 env 전체 목록은 ../reference/DATA-SOURCES.md 참고.

Description
YakCloud 배포 기반 스타터 + Claude Code 스킬(yakcloud-deploy)
Readme 1.5 MiB
Languages
Python 65.6%
Shell 34.3%
Dockerfile 0.1%