AWS Bedrock이 모델 라이프사이클을 설명하다: Active, Legacy, End-of-Life 단계

AWS는 4월 9일 Amazon Bedrock의 파운데이션 모델 라이프사이클에 대한 공식 가이드를 발표했습니다. 이는 사용자들이 자주 묻는 질문에 대한 답변입니다. “AWS가 내 프로덕션이 의존하는 모델을 폐기하면 어떻게 되나요?” 답변은 이제 세 가지 명확히 정의된 단계를 통해 구조화됩니다.

모델의 세 가지 상태

ACTIVE는 표준 상태입니다 — 모델은 유지관리 및 업데이트를 받으며, 모든 사용자가 제한 없이 이용할 수 있습니다.

LEGACY는 최종 폐기 전 6개월간 지속되는 폐기 단계입니다. 사용자는 이메일, AWS Health Dashboard, Bedrock 콘솔 알림, 그리고 API를 통해 프로그래밍 방식으로 알림을 받습니다. EOL 날짜가 2026년 2월 1일 이후인 모델에 대해 AWS는 새로운 개념을 추가했습니다 — 최소 추가 3개월간 지속되는 확장 접근 기간입니다. 이 기간 동안 활성 사용자는 계속 접근할 수 있지만, AWS Service Quotas를 통한 쿼터 증가는 승인되지 않을 가능성이 높습니다. 가격은 사전 통지와 함께 변경될 수 있습니다.

END-OF-LIFE는 완전한 폐기를 의미합니다 — 모델은 더 이상 사용할 수 없으며, 호출, 파인튜닝, 기존 워크로드 중 어느 것도 할 수 없습니다.

5단계 마이그레이션 플레이북

AWS는 구조화된 마이그레이션 접근 방식을 권장합니다. (1) 현재 사용 현황 평가 — 어떤 애플리케이션이 어떤 모델을 어떤 빈도로 호출하는가. (2) 대체 모델 조사 — 기능과 가격 비교. (3) 테스트 — 병렬 실행, 섀도우 테스트, A/B 테스트. (4) 점진적 구현 — 빅뱅 전환 대신 단계적 롤아웃. (5) 마이그레이션 이후 모니터링 — 전환 후 회귀 추적.

기술적으로 마이그레이션은 일반적으로 API 참조 업데이트, 새 모델에 대한 쿼터 증가 요청, 프롬프트 조정(다른 모델이 동일한 프롬프트에 다르게 반응하기 때문), 응답 파싱 로직 업데이트, 토큰 사용 최적화를 의미합니다.

확인해야 할 사항

AWS가 강조하는 가장 중요한 실용적인 사항은 계정 연락처 정보 및 알림 설정이 적절한 사람에게 전달되는지 확인하는 것입니다. 최악의 시나리오는 폐기 알림이 더 이상 조직에서 일하지 않는 사람의 받은 편지함에 도착하여, 프로덕션 팀에 경고 없이 모델이 종료되는 것입니다.