8월 24일 주에는 2028년에도 여전히 중요할 두 가지가 일어났다. AWS가 DuckDB를 만든 암스테르담 회사 DuckLabs 인수에 합의했고, 데이터베이스는 독립 재단 아래 MIT 라이선스로 남는다. 그리고 Amazon ECS가 에이전트와 컨트롤 플레인의 연결이 끊긴 컨테이너 인스턴스를 감지하고 복구하기 시작했다. 그 주변에서 Lambda는 화요일에 셋을 출시했고(프리뷰 런타임, 완전한 리소스 기반 정책, MicroVMs용 PrivateLink), EKS는 클러스터당 OIDC 공급자를 최대 열 개까지 받게 됐으며, 마이그레이션 쪽에서는 AWS Transform이 FedRAMP Class C 범위에 들어갔고 Elastic Disaster Recovery는 순서가 있는 Recovery Plan을 얻었다. EC2는 스무 살이 됐다.

DuckLabs: AWS가 한 대의 머신에 들어가는 데이터용 엔진을 사다

발표문은 DuckDB를 프로덕션에서 쓰는 누구에게든 중요한 지점에서 신중하다. MIT 라이선스의 오픈소스로 남고, 독립 재단 아래 남고, Hannes Mühleisen과 Mark Raasveldt가 계속 기술 방향을 이끈다. AWS가 밝힌 이유는 에이전트다. 에이전트는 분석가처럼 1테라바이트 이하의 데이터를 작은 반복 쿼리로 탐색하고, 그 증거는 AWS 자신의 것이다. Amazon Quick은 이미 S3 Tables 위에서 DuckDB를 돌려 25억 건 이상의 쿼리를 처리했고 평균 지연 시간은 30퍼센트 줄었다.

플랫폼 팀을 위한 정직한 읽기는 두 겹이다. 첫째, 데이터 팀이 이미 노트북에서 돌리는 인프로세스 엔진이 이제 어떤 형태로든 Athena, Redshift, EMR, Glue, SageMaker 안에 나타날 것이고, 그것은 AWS의 "스몰 데이터" 경로가 더는 2 GB Parquet 파일을 기다리는 Spark 클러스터가 아니게 된다는 뜻이다. 비용에는 좋은 소식이다. 둘째, 오픈소스 회사의 모든 인수는 보도자료가 어떻든 같은 질문을 안고 있고, 여기서의 답은 라이선스와 재단 구조다. MIT는 거버넌스가 흔들리면 포크가 사소한 일이라는 뜻이다. 새 기능이 먼저 어디에 착륙하는지, 오픈 저장소인지 AWS 서비스인지 지켜보라. 단서는 라이선스 문구가 아니라 그것이다.

ECS: 보이지 않던 장애에 대한 헬스 이벤트

에이전트가 컨트롤 플레인과의 연결을 잃은 ECS 컨테이너 인스턴스는 특정한 종류로 고장 난 것이다. 그 위의 태스크는 여전히 돌고 있을 수 있고, 인스턴스는 EC2 상태 검사를 통과하지만, ECS는 거기에 아무것도 배치하거나 멈추거나 관찰할 수 없다. EBS 성능 저하, 열 이벤트, 네트워크 결함이 모두 원인이 될 수 있다. ECS는 이제 이것을 지속적으로 모니터링하고, Fargate, ECS Managed Instances, ECS on EC2에 걸쳐 AGENT_CONNECTIVITY 컨테이너 인스턴스 헬스 변경 이벤트를 발행한다. 모든 상용 리전과 GovCloud (US)에서 무료다.

중요한 부분은 분기점이다. Fargate와 Managed Instances에서는 ECS가 복구를 직접 한다. 워크로드를 빼내고, 대체 용량을 프로비저닝하고, 손상된 인스턴스를 제거한다. ECS on EC2에서는 이벤트와 숙제를 받는다. 옳은 설계다. EC2에서는 용량 공급자가 당신 것이고 ECS는 인스턴스를 종료해도 안전한지 알 수 없기 때문이다. 그러나 그것은 이 출시가 당신이 배선했을 때만 도움이 된다는 뜻이다. 그 이벤트에 걸린 EventBridge 규칙이 aws autoscaling set-instance-health --health-status Unhealthy를 호출하는 것이 최소 기능 버전이다. 남아 있는 EC2 용량 공급자를 Managed Instances로 옮길 이유를 찾고 있었다면 이것이 구체적인 이유다. 같은 주에 AWS Batch가 Managed Instances를 컴퓨트 환경으로 얻었다. CreateComputeEnvironment의 managedInstancesProvider 블록을 통해서다.

Lambda의 화요일: 런타임, 정책, 프라이빗 엔드포인트

Node.js 26과 Python 3.15가 퍼블릭 프리뷰 런타임으로 도착했다. 유용한 설계 선택이 하나 있다. 식별자가 nodejs26.x와 python3.15로 GA 때와 같을 것이므로 함수는 자동으로 GA로 넘어간다. 그 편리함의 비용이 그 안의 함정이다. 프리뷰 런타임은 Lambda SLA와 AWS Support에서 제외되고, 호환성을 깨는 변경이 가능하므로, 오늘 공유 SAM 템플릿에서 python3.15로 설정된 함수는 내일 지원되지 않는 런타임 위의 프로덕션 함수다. CI에서 게이트를 걸어라.

완전한 IAM 리소스 기반 정책은 한 번에 주체 하나씩 권한을 주던 모델을 여러 주체와 액션을 아우르는 정책 문서 하나로 대체하고, IAM 조건 키 전체를 지원한다. 서비스 셋과 외부 계정 하나가 호출하는 함수를 관리해 본 사람이라면 옛 모델이 아무도 읽을 수 없는 리소스 정책을 만들어 냈다는 것을 안다. 이것은 정책을 리뷰할 수 있게 하고, CloudFormation과 SAM을 통해 diff할 수 있게 한다. 그리고 Lambda MicroVMs가 이제 PrivateLink를 지원하므로, VPC 리소스가 AWS 네트워크를 벗어나지 않고 이미지를 만들고, MicroVM을 시작하고, 각 MicroVM의 HTTP 엔드포인트를 칠 수 있다. 이것을 에이전트 샌드박스로 쓰는 규제 산업 팀의 걸림돌이었다.

마이그레이션과 DR: Transform이 FedRAMP 범위에, DRS에 런북이

AWS Transform이 이제 FedRAMP Class C(이전의 Moderate 베이스라인) 범위에 들어갔다. US East (N. Virginia)에서 사용하고 US East 또는 US West를 대상으로 할 때이며, MGN 구성 요소는 별도로 Class D 자격을 갖는다. 도구 컴플라이언스에 막혀 있던 공공 부문 마이그레이션에게는 그것이 해제다. DRS Recovery Plan은 서버를 대기 시간이 있는 순차 단계로 묶고, 승인 게이트를 추가하고, 전체를 무중단 훈련으로 실행하고, 진행 상황을 실시간으로 보게 해 준다. 위키 페이지에 살던 데이터베이스 먼저, 앱 다음의 순서가 이제 서비스가 실행하는 객체가 됐고, 이것은 DR 훈련이 두 번 실행되는 유일한 방법이기도 하다.

이번 주의 다른 소식

관통하는 맥락

ECS 출시와 DuckDB 인수는 둘 다 실제 일의 상당 부분이 자기 서비스가 설계된 규모보다 아래에서 일어난다는 AWS의 인정이다. 컨테이너 인스턴스 하나가 조용해지는 것은 대시보드에 올리기엔 너무 작고 무시하기엔 너무 흔하다. Parquet 1테라바이트는 Spark에는 너무 작고 아닌 척하기엔 너무 흔하다. 두 수정은 같은 모양이다. 작은 장애나 작은 데이터셋을 알아보고, 네이티브하게 처리하고, 고객이 대처하려고 클러스터나 cron 작업을 만들게 하는 일을 그만두는 것. Lambda 런타임 프리뷰와 리소스 정책이 같은 주에 속하는 이유는 그것들도 롱테일에 관한 것이기 때문이다. 아무도 소유하지 않고, 주체 넷이 호출하고, 누군가 2026년에 설정한 런타임 위의 함수. 플랫폼은 키노트가 아니라 롱테일에서 신뢰를 얻는다.

다음으로 읽을 글

같은 주의 AI와 에이전트 쪽 읽기는 ercan.ai의 필드 노트에 있다. AWS, 클라우드, CI/CD 파이프라인, Linux, GitHub/GitLab 등에 대한 컨설팅은 ercanermis.com을 통해 진행한다.

참고 자료