View a markdown version of this page

AWS 서비스 클라이언트에 대한 프로토콜 지원 변경 사항 - AWS SDKs 및 도구
프로토콜 지원 변경 사항이 있는 서비스 클라이언트자주 묻는 질문(FAQ)

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

AWS 서비스 클라이언트에 대한 프로토콜 지원 변경 사항

AWS SDKs AWS 서비스와 통신할 때 요청을 직렬화하고 응답을 역직렬화하는 데 사용되는 유선 프로토콜을 처리합니다. SDK 클라이언트가 변경을 지원하는 경우 애플리케이션은 코드 변경 없이 업데이트된 프로토콜을 자동으로 사용합니다. 프로토콜 지원 변경은 모델링된 서비스 API를 변경하지 않습니다. 그러나 특정 유선 표현에 의존하는 애플리케이션 및 인프라에는 테스트 또는 업데이트가 필요할 수 있습니다.

프로토콜 지원 변경 사항이 있는 서비스 클라이언트

다음 표에서는 릴리스된 AWS 서비스 클라이언트 프로토콜 지원 변경 사항을 식별합니다. 테이블에 서비스가 있다고 해서 모든 AWS SDK 또는 서비스 클라이언트 버전에 변경 사항이 포함되어 있다는 의미는 아닙니다. 업데이트하기 전에 지원되는 SDK, 버전, 프로토콜 및 관련 SDKs 릴리스 정보 및 서비스별 설명서를 검토하세요 AWS 리전.

릴리스된 지원은 해당 SDK 릴리스 정보에서 식별된 SDK 및 서비스 클라이언트 버전부터 프로덕션용으로 사용할 수 있습니다.

릴리스된 클라이언트

다음 표의 모든 버전 링크는 GitHub 웹 사이트의 릴리스 페이지를 가리킵니다.

서비스 릴리스 날짜 변경 AWS CLI v2 C++ Go v2 Java v2 JavaScript v3 Kotlin .NET v4 PHP v3 Python-boto3 Python-botocore Ruby v3 Rust Swift
Amazon CloudWatch Application Insights 2026년 7월 24일 AWS JSON 1.0보다 RPC v2 CBOR 선호 2.36.8 1.11.855 1.38.0 2.49.3 3.1095.0 1.8.14 4.0.101.0 3.389.0 1.43.56 1.43.56 1.83.0 1.107.0 1.7.46
2026년 7월 23일 AWS JSON 1.0보다 RPC v2 CBOR 선호 2.36.7 1.11.854

  • Amazon Kendra Intelligent Ranking: 1.19.0

  • Amazon WorkSpaces 애플리케이션: 1.64.0

  • AWS 백업 게이트웨이: 1.30.0

  • Amazon WorkSpaces 인스턴스: 1.9.0

 2.49.2 3.1094.0 1.8.13
3.388.13 1.43.55 1.43.55

  • Amazon Kendra Intelligent Ranking: 1.48.0

  • Amazon WorkSpaces 애플리케이션: 1.140.0

  • AWS 백업 게이트웨이: 1.56.0

  • Amazon WorkSpaces 인스턴스: 1.19.0

  • Amazon Kendra Intelligent Ranking: 1.104.0

  • Amazon WorkSpaces 애플리케이션: 1.120.0

  • AWS 백업 게이트웨이: 1.107.0

  • Amazon WorkSpaces 인스턴스: 1.34.0

 1.7.45
Amazon SES Mail Manager 2026년 7월 6일 AWS JSON 1.0보다 RPC v2 CBOR 선호 2.35.16 1.11.840 1.20.0 2.47.0 3.1080.0 1.6.107 4.0.101.0 3.387.3 1.43.41 1.43.41 1.46.0 1.89.0 1.7.31
2026년 4월 21일 AWS JSON 1.0보다 RPC v2 CBOR 선호 2.34.34 1.11.794

  • AWS Compute Optimizer: 1.50.0

  • AWS Compute Optimizer 자동화: 1.1.0

  • Amazon Comprehend Medical: 1.32.0

  • Amazon GameLift 서버: 1.53.0

  • AWS Marketplace Entitlement Service: 1.37.0

  • AWS Snowball: 1.36.0

 2.42.38 3.1034.0 1.6.61
3.379.4 1.42.93 1.42.93

  • AWS Compute Optimizer: 1.92.0

  • AWS Compute Optimizer 자동화: 1.5.0

  • Amazon Comprehend Medical: 1.82.0

  • Amazon GameLift 서버: 1.125.0

  • AWS Marketplace Entitlement Service: 1.86.0

  • AWS Snowball: 1.100.0

  • AWS Compute Optimizer: 1.104.0

  • AWS Compute Optimizer 자동화: 1.9.0

  • Amazon Comprehend Medical: 1.99.0

  • Amazon GameLift 서버: 1.109.0

  • AWS Marketplace Entitlement Service: 1.105.0

  • AWS Snowball: 1.98.0

 1.6.99
CloudWatch 2025년 12월 10일 AWS 쿼리보다 AWS JSON 1.0 또는 RPC v2 CBOR 선호 2.32.14 1.11.708 1.53.0 2.40.6 3.949.0 1.5.100 4.0.150.0 3.367.0 1.42.7 1.42.7 1.126.0 1.100.0 1.6.14
Amazon SQS 2023년 11월 8일 AWS 쿼리보다 AWS JSON 1.0 선호 해당 사항 없음 1.11.198 1.27.0 2.21.18 3.446.0 0.34.2-베타 해당 사항 없음 3.285.1 1.28.81 1.31.81 1.66.0 해당 사항 없음 해당 사항 없음

자주 묻는 질문(FAQ)

일반 질문

프로토콜 지원 변경이란 무엇입니까?

프로토콜 지원 변경 사항은 지원되는 SDK 클라이언트가 AWS 서비스와 통신할 때 요청을 인코딩하고 응답을 디코딩하는 방법을 업데이트합니다. 이 변경 사항은 프로토콜을 추가하거나 클라이언트가 선택하는 프로토콜을 변경할 수 있습니다. SDK의 퍼블릭 API를 통해 표시되는 서비스 작업은 변경되지 않습니다.

애플리케이션을 변경해야 하나요?

지원되는 AWS SDK 클라이언트를 사용하는 대부분의 애플리케이션은 코드를 변경할 필요가 없습니다. 릴리스 정보에 따라 SDK 클라이언트를 업데이트하고 일반적인 통합 및 배포 프로세스를 사용하여 업데이트를 테스트합니다.

애플리케이션 또는 인프라가 특정 유선 표현에 의존하는 경우 업데이트를 더 면밀히 검토합니다. 예를 들어 요청 및 응답 본문을 검사하거나 수정하는 미들웨어 또는 프록시, 기록된 HTTP 픽스처, 직렬화된 페이로드를 비교하는 테스트 등이 있습니다.

프로토콜 지원 변경은 어디에서 사용할 수 있나요?

가용성은 서비스, SDK AWS 리전, 서비스 클라이언트 버전 및 프로토콜에 따라 다를 수 있습니다. 테이블 항목과 연결된 서비스별 설명서 및 해당 SDK 릴리스 정보를 사용하여 가용성을 확인합니다.

기존 프로토콜은 어떻게 되나요?

프로토콜 지원 변경만으로는 기존 서비스 프로토콜의 사용 중단이 발표되지 않습니다. 지원 및 수명 주기 정보는 서비스별 공지 사항, SDK 릴리스 정보 및 AWS SDKs 및 도구 유지 관리 정책를 따르세요.

Smithy RPC v2 CBOR 질문

Smithy RPC v2 CBOR이란 무엇입니까?

Smithy RPC v2 CBOR은 컴팩트 바이너리 데이터 형식인 간결한 바이너리 객체 표현(CBOR)을 사용하여 요청 및 응답을 인코딩합니다. 텍스트 기반 JSON 인코딩과 비교하여 이진 인코딩은 인코딩된 페이로드 크기와 직렬화 오버헤드를 줄일 수 있습니다. 실제 성능은 서비스 작업, 페이로드, SDK, 런타임 및 네트워크 조건에 따라 다릅니다. Smithy 웹 사이트에서 Smithy RPC v2 CBOR 프로토콜에 대해 자세히 알아보세요.

애플리케이션이 Smithy RPC v2 CBOR을 사용할 수 없는 경우 어떻게 되나요?

업데이트하기 전에 프로토콜 종속 통합을 테스트하고 해당 SDK 릴리스 정보를 검토하여 호환성 또는 대체 지침을 확인하세요. 문제가 채택을 방해하는 경우 영향을 받는 통합을 업데이트하는 동안 요구 사항을 충족하는 지원되는 클라이언트 버전을 계속 사용합니다. 지원되지 않는 SDK 버전을 장기 솔루션으로 사용하지 마세요.