9월 28일의 주에 79건의 발표가 들어왔고, 그중 다섯은 프런티어 모델이었지만, 가장 긴 꼬리를 가진 것은 수명 주기 공지였다. Amazon DevOps Guru, Amazon Managed Blockchain, SAP ASE용 Backint Agent가 종료 단계에 들어갔고, Infrastructure Composer의 독립 콘솔은 12월에 사라지며, Mechanical Turk는 지원 종료에 이르렀다. 이틀 뒤 AWS Health는 그런 소식이 더는 놀라움으로 도착하지 않도록 버전 카탈로그를 내놓았다. 마이그레이션 전선에서는 AWS Transform이 에이전트 기반 Kafka-to-MSK 평가를 추가했다. EKS Auto Mode는 kubelet, sysctl, hugepage 튜닝을 열었고, Kubernetes 1.37이 도착했고, Aurora PostgreSQL은 내장 DuckDB를 통해 S3의 Iceberg와 Parquet를 쿼리하기 시작했다.

종료 목록, 그리고 그것을 대체해야 할 카탈로그

9월 29일의 AWS Service Availability Updates는 Amazon Chime SDK SIP Media Application과 Amazon WorkSpaces Secure Browser를 유지보수 모드로 옮긴다(2026년 10월 29일부터 신규 고객에게 닫히고, 기존 고객은 계속). 종료 단계에 들어가는 것: Amazon Managed Blockchain(지원 종료 2027년 9월 29일), Amazon DevOps Guru(2027년 9월 30일), AWS Backint Agent for SAP ASE(2027년 9월 29일), AWS Infrastructure Composer의 독립 콘솔(2026년 12월 7일). Amazon Mechanical Turk는 2026년 9월 29일 지원 종료에 이르렀다.

대부분의 인프라 팀이 체감할 것은 DevOps Guru다. 많은 팀이 2021년에 켜 두고 잊었으므로, 여전히 CloudFormation 템플릿 안에 있고 여전히 누군가를 호출하는 SNS 토픽에 연결돼 있다. AWS는 후속 서비스를 지명하지 않는다. 일주일 전에 출시된 CloudWatch Omni와 DevOps Agent를 보면 에이전트 기반 조사 경로가 명백한 해석이다. 지금 AWS::DevOpsGuru::ResourceCollection과 NotificationChannel 리소스를 점검하고 알림을 무엇으로 대체할지 정하라. 제거에 마흔 개 계정의 변경 티켓이 필요하다면 열두 달은 빨리 지나간다.

그다음 10월 2일 AWS Health가 버전 카탈로그를 도입했다. 지원되는 소프트웨어 버전과 그 수명 주기 타임라인의 서비스 전체 뷰로, 모두에게 Health Dashboard에서, 그리고 Business Support Plus, Enterprise Support, Unified Operations 고객에게는 Health API를 통해 제공된다. 출시 시점에는 RDS, EKS, Lambda를 다루고, 더 많은 서비스가 뒤따른다. 업그레이드 백로그를 추적하는 무엇에든 API를 연결하라. 넉 달 남은 EKS 버전은 이메일이 아니라 티켓이어야 한다.

AWS Transform이 Kafka에서 MSK로의 이전을 평가한다

9월 29일 AWS Transform이 온프레미스 Apache Kafka에서 Amazon MSK로의 에이전트 기반 마이그레이션 평가를 추가했다. 클러스터 인벤토리 파일을 업로드하거나 채팅으로 클러스터를 설명하면, 에이전트가 각 클러스터를 토폴로지, 버전, 구성, 인증, 쿼터에 걸쳐 MSK 호환성을 점검하고, MSK Express 브로커 크기를 산정하고, 가격 옵션과 다음 단계가 담긴 TCO 비즈니스 케이스를 만든다.

Kafka 마이그레이션의 느린 부분은 데이터 복사가 아니라, 맞는지와 얼마가 드는지를 알아내기 위한 몇 주의 스프레드시트 작업이다. 그것을 몇 분으로 압축하면 누가 그 질문을 할 수 있는지가 바뀐다.

"평가"라는 단어를 문자 그대로 읽어라. 그것은 케이스를 만들고, 마이그레이션을 만들지 않는다. 컨슈머 그룹 오프셋, 스키마 레지스트리, MirrorMaker 토폴로지, 클라이언트 쪽 인증 변경, 그리고 Express 브로커가 강제하는 파티션 수 결정은 모두 여전히 당신 것이다. TCO는 시작 숫자로 다루고, Express 브로커 크기를 당신의 보존 기간과 처리량 피크에 대해 검증하라.

EKS Auto Mode가 마지막 변명을 떨어낸다

10월 1일 EKS Auto Mode가 고급 컴퓨트 구성을 추가했다. NodeClass 리소스의 새 advancedCompute 필드로 kubelet 옵션, Linux sysctl, hugepage를 선언적으로 설정할 수 있다. 루트리스 이미지 빌드를 위한 사용자 네임스페이스, 축출 임계값, ARP 캐시 한도, 데이터베이스와 HPC를 위한 2Mi 또는 1Gi hugepage. EKS는 설정을 검증하고, 부트 시 적용하고, 스케일링과 업그레이드를 거쳐 유지한다. 시작 템플릿도, 커스텀 AMI도, 특권 DaemonSet도 없다.

"sysctl 튜닝 때문에 커스텀 AMI가 필요하다"는 자체 관리 노드 그룹에 남는 가장 흔한 정직한 이유였다. 그 이유는 올바른 방식으로 사라졌다. 튜닝이 아무도 소유하고 싶지 않은 이미지 파이프라인이 아니라 버전 관리되는 Kubernetes 객체에 산다. 실패 모드는 어떤 노드 수준 손잡이와도 같다. NodeClass의 잘못된 sysctl 하나가 그 클래스가 프로비저닝하는 모든 노드에 롤아웃된다. 튜닝된 NodeClass에 자체 노드 풀을 주고 단일 워크로드로 카나리하라.

10월 2일 EKS와 EKS Distro가 Kubernetes 1.37을 추가했다. Metrics API가 metrics.k8s.io/v1로 GA, DRA 디바이스 테인트와 톨러레이션이 GA, HPA scale-to-zero는 베타이며 기본으로 켜진다. 같은 날 ECS가 VPC Lattice 뒤의 서비스에 블루/그린, 선형, 카나리 배포를 추가했다.

Aurora PostgreSQL이 데이터 레이크를 제자리에서 읽는다

9월 30일 Aurora PostgreSQL이 Apache Iceberg와 Parquet 데이터의 직접 쿼리를 얻었다. S3, S3 Tables, 또는 Glue Data Catalog(Glue를 통해 페더레이션된 외부 Iceberg REST 카탈로그 포함)의 데이터 위에 PostgreSQL 외부 테이블을 만들면, Aurora가 엔진에 내장된 DuckDB로 그 쿼리를 실행한다. 기존 애플리케이션과 BI 도구는 계속 평범한 PostgreSQL로 말한다. 지연에 민감한 경로에서는 레이크 데이터를 로컬에 물리화할 수 있다.

이것은 "차원 테이블을 Postgres로 복사하기" 류의 야간 작업 한 부류를 없애고, DuckDB는 컬럼형 파일을 스캔하기에 합리적인 엔진이다. 트레이드오프는 스캔이 이제 당신의 OLTP 인스턴스에서 돈다는 것이다. 일 년치 Parquet에 대한 리포팅 쿼리는 결제도 처리하는 그 상자에서 많은 CPU와 메모리를 쓴다. 레이크를 향한 워크로드는 리더에 두고, BI 도구에 내준 커넥션을 크론 작업만큼 가까이 지켜보라.

이번 주의 다른 소식

관통하는 맥락

이번 주의 진짜 주제는 수명 주기다. 2021년에 도입한 서비스가 떠난다. 버전 카탈로그는 다음 것이 당신을 불시에 덮치지 않도록 존재한다. AWS Transform은 이제 온프레미스 Kafka를 떠나기 위한 비즈니스 케이스를 쓴다. EKS Auto Mode는 노드 그룹을 제 수명 너머까지 살려 두던 구성 공백을 없앴고, Aurora는 ETL 파이프라인 열두 개를 제 수명 너머까지 살려 두던 복사 작업을 없앴다. 플랫폼 일은 대부분 무엇을 그만 돌릴지 정하는 것이고, 이번 주 AWS는 그 양쪽 절반을 위한 도구를 내놓았다. 무엇이 끝나는지 알아내는 것, 그리고 대체를 실제로 할 만큼 싸게 만드는 것.

다음으로 읽을 글

같은 주의 AI와 에이전트 쪽 읽기는 ercan.ai를 보라. 팀에 AWS, 클라우드 아키텍처, CI/CD 파이프라인, Linux, GitHub 또는 GitLab, 그리고 그 주변의 플랫폼 작업에 대한 실무 도움이 필요하다면, 컨설팅은 ercanermis.com에 있다.

참고 자료