2026년 6월 22일부터 28일까지의 한 주는 플랫폼 팀이 태그와 위키 페이지로 흉내 내 오던 거버넌스 기본 요소 셋을 줬다. 복사, 리전, 계정 공유를 넘어 살아남는 AMI 워터마크, 신뢰할 수 없는 코드를 자기만의 가상 머신에 넣는 Lambda MicroVMs, 그리고 정당한 서버에서 클라이언트로의 패킷을 소리 없이 떨어뜨리던 Network Firewall 기본값의 수정이다. 마이그레이션 쪽에서는 AWS Transform이 이제 어느 상용 리전에든 워크로드를 내려놓고, OpenSearch와 MSK 모두 에이전트 안내형 마이그레이션 경로를 내놨다.

이번 주에는 Summit이 없어 출시가 더 작고 더 유용하다. 각 주요 항목은 작년에 정책 문서를 써 놓고 사람들이 따르기를 바랐을 법한 것들이다.

마이그레이션: 어느 리전이든, 그리고 에이전트 안내 경로 둘 더

6월 22일에 공개된 AWS Transform for migrations가 이제 모든 AWS 상용 리전을 마이그레이션 대상으로 지원한다. 대상 리전은 랜딩 존, 네트워크, 리호스트된 서버가 배포되는 곳이고, 발표는 그중 16개를 더한다. US West (N. California), Africa (Cape Town), Asia Pacific (Bangkok, Hong Kong, Hyderabad, Jakarta, Kuala Lumpur, Melbourne, New Zealand, Taipei), Canada (Calgary), Europe (Milan, Spain, Zurich), Mexico (Querétaro), Middle East (Tel Aviv). 유럽 독자에게는 Zurich, Milan, Spain이 "법무팀이 살아야 한다고 말하는 곳에 에이전트가 내려놓을 수 없다"를 블로커에서 드롭다운으로 바꿔 주는 것들이다.

같은 주의 데이터베이스 인접 출시 둘은 MGN 이름 변경의 패턴을 따른다. 마이그레이션 로직이 에이전트가 구동하는 무언가 안으로 들어간다. Amazon OpenSearch Service가 이제 AI 지원 마이그레이션을 제공한다(6월 23일). Migration Assistant가 Kiro, Claude Code 등에서 쓸 수 있는 에이전트 안내 워크플로를 얻어, 직접 관리하는 Solr, Elasticsearch, OpenSearch에서 OpenSearch Serverless나 Managed Clusters로의 이동을 계획하고, 인프라를 배포하고, 과거 데이터와 실시간 트래픽 마이그레이션을 실행하며, capture-and-replay가 이제 Solr까지 덮는다. Amazon MSK AI Agent Skills(6월 22일)는 Kiro, Claude Code, Cursor에 사이징, 트러블슈팅, 모니터링, 그리고 외부 Kafka 클러스터를 MSK Express로 옮기는 전문가 지침을 준다.

배포 메커니즘으로서 스킬이 갖는 트레이드오프는 버전 관리다. 당신 저장소의 런북에는 커밋 히스토리가 있고, 실행 시점에 끌어오는 벤더 스킬은 diff를 볼 수 없는 프롬프트다. 일회성 마이그레이션에는 괜찮다. 동일한 클러스터 마흔 개라면, 에이전트가 처음 한 일을 당신이 소유하는 무언가로 내보내라.

AMI 워터마크: 복사해도 사라지지 않는 계보

6월 24일 Amazon EC2가 AMI Watermarks를 발표했다. 프라이빗 AMI에 커스텀 식별자를 심으면 그것에서 파생된 모든 AMI에 이어진다. 다른 리전으로의 복사, 실행 중인 인스턴스에서 만든 이미지, 다른 계정과 공유한 이미지까지. 각 워터마크는 원본 AMI ID, 소유자, 리전, 생성 타임스탬프를 담는다. 강제 쪽 절반이 핵심이다. 워터마크를 Allowed AMIs와 결합해 승인된 워터마크를 가진 이미지로만 시작을 제한하고, Declarative Policies로 조직 전체에 적용한다. EC2 Image Builder는 파이프라인에서 워터마크를 붙일 수 있다. GovCloud와 중국을 포함한 모든 리전, 무료다.

이것이 닫는 구멍은 구체적이다. 골든 AMI 프로그램은 Allowed AMIs로 "계정 X에서만 시작"을 강제한다. 어느 팀이 패키지 하나를 더하려고 골든 이미지를 자기 계정으로 복사하는 첫 순간 계보는 사라지고, 정책은 그것을 막거나(그래서 그들은 골든 이미지를 쓰지 않게 된다) 그들의 계정을 허용한다(그래서 정책은 아무 의미가 없어진다). 복사를 넘어 살아남는 워터마크는 대신 "골든 이미지에서 내려온 것이면 무엇이든 시작"이라고 말하게 해 준다.

그것이 무엇을 증명하는지에 대해 정확하라. 워터마크는 출처이고 무결성이 아니다. 이미지가 당신이 승인한 빌드에서 내려왔다고 말하지, 파생 이미지에서나 그 뒤 인스턴스에서 아무것도 바뀌지 않았다고 말하지는 않는다. 태그 기반 계보를 대체하지만 Inspector, SSM 컴플라이언스, 이미지 서명을 대체하지는 않는다.

Lambda MicroVMs: 신뢰할 수 없는 세션마다 VM 하나

6월 22일 AWS가 Lambda MicroVMs를 도입했다. 각 사용자나 작업에 자기만의 커널을 가진 Firecracker 격리 VM을 주고, 메모리와 디스크 상태를 유지한 채 suspend와 resume을 지원하며 총 런타임 최대 8시간, 그리고 HTTP/2, gRPC, WebSockets를 지원하는 전용 HTTPS 엔드포인트를 갖는 서버리스 기본 요소다. MicroVM당 한도는 16 vCPU, 32 GB 메모리, 32 GB 디스크, ARM64 전용이다. 출시 글에 따르면 Dockerfile에서 aws lambda-microvms create-microvm-image로 이미지를 만들고, aws lambda-microvms run-microvm과 유휴 정책으로 시작하며, 실행되는 동안 기본 컴퓨트 요금을 낸다. US East (N. Virginia, Ohio), US West (Oregon), Europe (Ireland), Asia Pacific (Tokyo)에서 쓸 수 있다.

이것에 대해서는 AWS Lambda MicroVMs: 서버리스에 상태 유지형 격리 샌드박스가 생기다에 길게 썼다. 짧은 버전: 설계 질문은 "함수냐 MicroVM이냐"가 아니라 "내 시스템에서 내가 쓰지 않은 코드를 실행하는 것이 무엇인가"다. 노트북, 고객 플러그인, LLM이 생성하는 모든 것은 수명 주기를 가진 VM 경계 뒤에 속하고, 이번 주 전까지 그것은 자체 Firecracker 플릿이나 테넌트당 컨테이너를 뜻했다. 에이전트 관점은 ercan.ai에 있다.

Network Firewall이 연결을 끊던 기본값을 고치다

6월 22일 AWS Network Firewall이 기본 drop 액션을 업데이트했다. 새 방화벽 정책은 이제 stateful 액션을 "Application drop established (server-directed only)"로 기본 설정한다. 이전 기본값 "Application drop established (bidirectional)"은 window update, keep-alive, reset 같은 정당한 서버에서 클라이언트로의 TCP 패킷을 소리 없이 떨어뜨릴 수 있었고, 이는 아무도 재현하지 못하는 간헐적 연결 실패로 나타났다. 기존 정책은 자동으로 바뀌지 않는다. AWS는 업데이트를 위한 문서를 가리키며, post-quantum 단편화 TLS 핸드셰이크를 위해 bidirectional 액션이 필요한 환경은 전환하거나 TCP drop 규칙에 to_server 플래그를 더할 수 있다고 적는다.

오늘 바로 행동할 것은 이것이다. 기능이 아니라 기본값의 변경이기 때문이다. 오래된 예제에서 복사한 당신 Terraform의 모든 aws_networkfirewall_firewall_policy는 옛 기본값을 지니고 있다. stateful 기본 액션을 grep하고, 새 권고와 비교하고, 스테이징부터 변경을 굴려라. Network Firewall 뒤의 무언가에 대해 설명되지 않는 간헐적 타임아웃 티켓이 열려 있다면, 방금 그 원인을 찾았을지도 모른다.

이번 주의 다른 소식

  • GuardDuty AI 기반 조사가 10개 리전에서 프리뷰에 들어간다(6월 23일). 각 finding은 신뢰도 점수가 붙은 판정, MITRE ATT&CK 매핑, 90일치 관련 활동, 그리고 억제, 격리, 수정 권고를 콘솔, CLI, API, 또는 AWS MCP Server를 통해 받는다.
  • CloudWatch Logs 관리형 syslog 수집(6월 23일)은 RFC 5424, RFC 3164, Cisco FTD/ASA를 TCP, TCP+TLS, UDP로 VPC 엔드포인트에서 받는다. 에이전트 없이, facility, severity, hostname을 추출한다.
  • EKS용 OTel Container Insights(6월 23일)는 cAdvisor, Kube State Metrics, NVIDIA DCGM 리시버로 Kubernetes 레이블이 붙은 30초 인프라 메트릭을 수집하고 PromQL 엔드포인트를 제공한다. CloudWatch Observability 애드온 v6.2.0 이상을 통해서다.
  • MySQL의 오픈 거버넌스: Oracle이 비 Oracle 좌석 넷을 둔 스티어링 커미티를 발표했고, 그중 하나가 AWS다. 지난주의 Extended Support 연장을 보면, AWS는 MySQL을 오랫동안 운영할 계획이다.

관통하는 맥락

이번 주의 주요 항목 넷 중 셋은 예전에는 희망 사항이던 속성을 강제할 수 있게 만든다. 이미지가 어디서 왔는지, 신뢰할 수 없는 코드가 어디서 돌아가는지, 방화벽이 연결의 돌아오는 절반을 어떻게 다루는지. 넷째인 모든 상용 리전의 Transform은 데이터 레지던시에 대해 같은 일을 한다. 어느 것도 흥미롭지 않다. 전부, 한번 존재하게 되면 이전 방식을 사후 리뷰에서 태만으로 보이게 만드는 종류의 통제다.

다음으로 읽을 글

MicroVMs와 GuardDuty 조사의 에이전트 쪽 읽기는 ercan.ai에 있다. AWS, 클라우드, CI/CD 파이프라인, Linux, GitHub/GitLab 등에 대한 컨설팅의 허브는 ercanermis.com이다.

참고 자료