AWS 서비스 수명주기 공지: 신규 고객 제한과 지원 종료는 어떻게 다를까?

AWS 서비스 수명주기 공지는 무엇을 구분해야 하나요?

공지의 상태명과 날짜가 제한하는 대상을 함께 읽어야 신규 접근 제한과 운영·지원 종료를 구분할 수 있습니다.

AWS의 AWS Service Availability Updates 공식 공고는 서비스 가용성 변경을 안내합니다. 공고를 읽을 때는 서비스 이름과 함께 무엇이 바뀌는지를 확인해야 하죠. 이번 글은 Maintenance와 Sunset의 차이를 다루며, 공고 전체나 모든 AWS 서비스의 상태를 설명하는 글은 아닙니다.

신규 고객이 이용을 시작할 수 있는지와 기존 고객의 운영·지원이 끝나는지는 다른 질문이죠. 내부 검토 메모에도 두 항목을 나눠 적어 보세요.

Maintenance는 기존 고객의 이용도 제한하나요?

이번 공고의 Maintenance 대상은 기존 고객의 이용을 유지하며 AWS의 운영·지원도 계속됩니다.

공고는 해당 서비스를 이미 이용하는 고객이 계속 이용할 수 있다고 명시합니다. 이 설명을 전체 AWS 서비스의 영구 지원 약속으로 확대하면 안 돼요. 판단 범위는 이번 공고의 Maintenance 대상에 한정되죠.

또한 이 공고만으로 개발이나 보안 패치가 중단된다고 단정할 근거는 없어요. 상태명만 보고 지원 범위를 추측하기보다 연결된 제품 페이지와 공식 문서를 확인하는 편이 정확합니다.

10월 29일은 지원 종료일인가요?

2026년 10월 29일은 이번 Maintenance 대상의 신규 고객 접근 제한이 시작되는 날짜입니다.

날짜만 달력에 적으면 변경의 의미가 빠져요. 이 날짜를 기록할 때는 신규 고객 접근 제한 시작일이라는 항목명을 함께 붙여야 합니다. 기존 고객의 운영·지원 종료일로 바꿔 적으면 공고의 뜻이 달라지죠.

새로 도입하려는 경우와 이미 이용 중인 경우를 같은 검토 항목에 넣지 않는 것이 핵심이죠.

Sunset 공지는 Maintenance와 어떻게 다른가요?

Sunset은 대상별 운영·지원 종료일을 알리며, Maintenance의 신규 고객 접근 제한과 구분됩니다.

Sunset 공지는 해당 서비스의 운영·지원이 끝나는 날짜를 알리고, 연결된 서비스 페이지와 문서에서 종료 일정을 확인하도록 안내하죠. 따라서 필요한 기록은 이용 중인 대상의 운영·지원 종료일입니다. 이번 Maintenance 공고의 접근 제한일을 여기에 그대로 대입할 수는 없어요.

이 글에서는 개별 서비스명과 종료일을 나열하지 않습니다. 이용 중인 서비스의 공식 문서를 열고 그 대상에 해당하는 날짜를 확인하세요. 서로 다른 공지의 날짜를 한 번에 적용하지 않아야 하죠.

프로젝트 종료에 따른 전환 검토 사례는 Ingress NGINX 종료 이후를 준비하는 관점 Gateway API 전환, 어떻게 접근해야 할까?에서 살펴볼 수 있습니다. 해당 프로젝트의 정책과 이번 AWS 공고는 별개죠. 여기서는 AWS 공고 문장을 읽는 구분 기준에 집중합니다.

우리 서비스의 공지를 어떤 순서로 확인하나요?

대상 서비스와 상태명, 고객 범위, 날짜의 역할을 차례로 확인해 우리 이용에 미치는 의미를 판단합니다.

1. 공고에 있는 서비스·기능이 실제 이용 중이거나 도입하려는 대상인지 확인합니다.

2. Maintenance와 Sunset 중 어떤 상태로 안내됐는지 적어 두면 되죠.

3. 신규 고객 접근인지, 기존 고객의 운영·지원인지 고객 범위와 변경 행위를 분리합니다.

4. 날짜 옆에 접근 제한 시작일 또는 운영·지원 종료일이라는 역할을 붙입니다.

5. 해당 서비스의 공식 문서 URL을 기록하면 이후 검토에서도 같은 근거를 참조할 수 있죠.

이 순서는 변경 공지를 검토하기 위한 기록 방법이며 AWS가 지정한 의무 절차는 아니죠. 공지의 해석과 사내 검토 방식도 구분해서 읽어 주세요.

이것만 기억하세요

자주 묻는 질문 (FAQ)