notiflex-platform/docs/architecture-decisions.md에 ADR 형식으로 정리합니다. 한 결정에 한 항목, 시간 순서대로 누적합니다.

$ head -25 docs/architecture-decisions.md
# Architecture Decision Records
## ADR-001: 배포 자동화는 ArgoCD (3장)
## ADR-002: CI 도구는 GitHub Actions (3장)
## ADR-003: 메트릭은 Prometheus와 Grafana (4장)
## ADR-004: 로그는 Loki와 Fluent Bit (4장)
## ADR-005: 알림은 PrometheusRule과 Alertmanager (4장)
## ADR-006: 외부 진입점은 Gateway API (5장)
시점: 2026-04 / 결정: GKE Gateway API로 외부 진입점을 만든다. Ingress는 사용하지 않는다.
이유:

- GKE 네이티브 지원: 별도 Controller 설치 불필요

- 리소스 효율: NGINX Ingress는 100m/90Mi 추가, Gateway API는 0

- Blue/Green 연동: HTTPRoute의 backendRefs weight로 트래픽 분배

- K8s 공식 표준: Ingress의 후속 세대

## ADR-007: 무중단 배포는 Blue/Green (5장)
시점: 2026-04 / 결정: Argo Rollouts의 Blue/Green 전략을 사용한다. Canary는 도입하지 않는다.
이유:
- Rolling Update 한계: 배포와 검증이 분리되지 않음
- 2 replica 규모에서 리소스 2배 부담이 크지 않음
- Canary는 메트릭 기반 자동 판정이 선행되어야 안전 (현재 미확보)