기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Amazon Route 53는 무엇인가요? Amazon Route 53는 가용성과 확장성이 뛰어난 DNS(도메인 이름 시스템) 웹 서비스입니다. Route 53를 사용하여 세 가지 주요 기능, 즉 도메인 등록, DNS 라우팅, 상태 확인을 조합하여 실행할 수 있습니다. 세 기능 모두에 Route 53를 사용하도록 선택한 경우 아래 순서를 따라야 합니다. **1. 도메인 이름 등록** 웹 사이트의 이름(예: example.com)이 필요합니다. Route 53를 통해 웹사이트 또는 웹 애플리케이션의 이름, 즉 *도메인 이름*을 등록할 수 있습니다. + 개요는 [도메인 등록 방식](welcome-domain-registration.md) 섹션을 참조하세요. + 절차는 다음([새 도메인 등록](domain-register.md))을 참조하십시오. + Amazon S3 버킷에서 도메인을 등록하고 단순한 웹사이트를 만드는 내용의 튜토리얼은 [Amazon Route 53 시작하기](getting-started.md) 섹션을 참조하세요. **2. 인터넷 트래픽을 도메인의 리소스로 라우팅** 사용자가 웹 브라우저를 열어 주소 표시줄에 도메인 이름(example.com) 또는 하위 도메인 이름(acme.example.com)을 입력한 경우 Route 53는 브라우저를 웹 사이트 또는 웹 애플리케이션에 연결하도록 돕습니다. + 개요는 [웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식](welcome-dns-service.md) 섹션을 참조하세요. + 절차는 [Amazon Route 53을 DNS 서비스로 구성](dns-configuring.md) 단원을 참조하십시오. + 이메일을 Amazon WorkMail로 라우팅하는 방법에 대한 절차는 [Amazon WorkMail로 트래픽 라우팅](routing-to-workmail.md) 섹션을 참조하세요. **3. 리소스의 상태 확인** Route 53는 인터넷을 통해 웹 서버 같은 리소스로 자동화된 요청을 보내어 접근 및 사용이 가능하고 정상 작동 중인지 확인합니다. 리소스를 사용할 수 없게 될 때 알림을 수신하고 비정상 리소스가 아닌 다른 곳으로 인터넷 트래픽을 라우팅할 수도 있습니다. + 개요는 [Amazon Route 53가 리소스의 상태를 확인하는 방법](welcome-health-checks.md) 섹션을 참조하세요. + 절차는 [Amazon Route 53 상태 확인 생성](dns-failover.md) 단원을 참조하십시오. **기타 Route 53 기능** Route 53는 도메인 이름 시스템(DNS) 웹 서비스일 뿐만 아니라 다음과 같은 기능을 제공합니다. **VPC 해석기** 의 Amazon VPC AWS 리전, AWS Outposts 랙VPCs 또는 기타 온프레미스 네트워크에 대한 재귀 DNS를 가져옵니다. 조건부 전달 규칙 및 Route 53 엔드포인트를 생성하여 Route 53 프라이빗 호스팅 영역 또는 온프레미스 DNS 서버에서 마스터된 사용자 지정 이름을 확인합니다. 자세한 내용은 [Route 53 VPC Resolver란 무엇입니까?](resolver.md) 단원을 참조하십시오. **Amazon Route 53 Resolver on Outposts ** Resolver 엔드포인트를 통해 Outpost 랙의 VPC Resolver를 온프레미스 데이터 센터의 DNS 서버에 연결합니다. 이를 통해 Outposts 랙과 다른 온프레미스 리소스 간의 DNS 쿼리를 해결할 수 있습니다. 자세한 내용은 [Amazon Route 53 on Outposts란 무엇인가요?](outpost-resolver.md) 단원을 참조하십시오. **해석기 DNS 방화벽** VPC Resolver 내에서 재귀 DNS 쿼리를 보호합니다. 도메인 목록을 생성하고 이러한 규칙에 대해 아웃바운드 DNS 트래픽을 필터링하는 방화벽 규칙을 구축합니다. 자세한 내용은 [DNS 방화벽을 사용하여 아웃바운드 DNS 트래픽 필터링](resolver-dns-firewall.md) 섹션을 참조하세요. **트래픽 흐름** 사용하기 쉽고 비용 효율적인 글로벌 트래픽 관리: 지리 근접성, 지연 시간, 상태 및 기타 고려 사항에 따라 최종 사용자를 애플리케이션에 가장 적합한 엔드포인트로 라우팅합니다. 자세한 내용은 [트래픽 흐름을 사용하여 DNS 트래픽 라우팅](traffic-flow.md) 섹션을 참조하세요. **Amazon Route 53 Profiles** Route 53 Profiles를 사용하면 여러 VPC 및 여러 VPC에서 DNS 관련 Route 53 구성을 적용하고 관리할 수 있습니다 AWS 계정. VPCs 자세한 내용은 [Amazon Route 53 Profiles란?](profiles.md) 단원을 참조하십시오. **Topics** + [도메인 등록 방식](welcome-domain-registration.md) + [웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식](welcome-dns-service.md) + [Amazon Route 53가 리소스의 상태를 확인하는 방법](welcome-health-checks.md) + [Amazon Route 53 개념](route-53-concepts.md) + [Amazon Route 53 시작 방법](welcome-how-to-get-started.md) + [Amazon Route 53 액세스](welcome-accessing-route-53.md) + [AWS 자격 증명 및 액세스 관리](IAMRoute53.md) + [Amazon Route 53 요금 및 결제](Route53Pricing.md) + [AWS SDK에서 Route 53 사용](sdk-general-information-section.md) # 도메인 등록 방식 웹 사이트나 웹 애플리케이션을 만들려면 먼저 [domain name](route-53-concepts.md#route-53-concepts-domain-name)이라고 하는 웹 사이트의 이름을 등록합니다. 도메인 이름이란 example.com 같은 이름이고, 사용자가 이를 브라우저에 입력하면 해당 웹 사이트가 표시됩니다. 다음은 Amazon Route 53에 도메인 이름을 등록하는 방법의 개요입니다. 1. 도메인 이름을 선택하고 사용 가능한지, 즉 원하는 도메인 이름을 다른 사람이 이미 등록하지 않았는지 확인합니다. 원하는 도메인 이름이 이미 사용 중이라면 다른 이름을 시도하거나 .com 등의 *최상위 도메인*만 .ninja 또는 .hockey 같은 다른 최상위 도메인으로 변경할 수 있습니다. Route 53가 지원하는 최상위 도메인 목록은 [Amazon Route 53에 등록할 수 있는 도메인](registrar-tld-list.md)을 참조하세요. 1. Route 53에 도메인 이름을 등록합니다. 도메인을 등록할 때는 도메인 소유자 및 다른 연락처의 이름과 연락처 정보를 제공합니다. Route 53에 도메인을 등록하면 Route 53는 다음을 수행함으로써 자동으로 도메인의 DNS 서비스가 됩니다. + 도메인과 이름이 같은 [hosted zone](route-53-concepts.md#route-53-concepts-hosted-zone)을 생성합니다. + 호스팅 영역에 4개의 이름 서버 세트를 할당합니다. 누군가 브라우저를 사용하여 www.example.com과 같은 웹사이트에 접속하면 이 이름 서버들은 웹 서버 또는 Amazon S3 버킷 같은 리소스를 어디에서 찾아야 하는지 브라우저에게 알려줍니다. ([Amazon S3](https://docs.aws.amazon.com/s3/)은 웹 어디서나 원하는 양의 데이터를 저장하고 검색하기 위한 객체 스토리지입니다. 버킷은 S3;에 저장하는 객체의 컨테이너입니다.) + 호스팅 영역에서 이름 서버를 얻어 도메인에 추가합니다. 자세한 내용은 [웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식](welcome-dns-service.md) 섹션을 참조하세요. 1. 등록 프로세스가 끝나면 도메인 등록 기관에 사용자의 정보를 전송합니다. [domain registrar](route-53-concepts.md#route-53-concepts-domain-registrar)는 Amazon Registrar 또는 등록 대행 협력사 Gandi입니다. 도메인의 등록 대행자가 어디인지 알려면 [등록 기관 찾기](find-your-registrar.md) 단원을 참조하십시오. 1. 등록 대행자는 사용자 정보를 도메인의 *등록 기관*으로 전송합니다. 등록 기관은 .com과 같은 하나 이상의 최상위 도메인의 도메인 등록을 판매하는 회사입니다. 1. 등록 기관은 자체 데이터베이스에 사용자의 도메인에 관한 정보를 저장하고 일부 정보는 퍼블릭 WHOIS 데이터베이스에도 저장합니다. 도메인 이름을 등록하는 자세한 방법은 [새 도메인 등록](domain-register.md) 단원을 참조하십시오. 다른 등록 기관에 이미 도메인 이름을 등록한 경우, 도메인 등록을 Route 53으로 이전할 수 있습니다. 다른 Route 53 기능을 사용하는 데는 필요하지 않습니다. 자세한 내용은 [도메인 등록을 Amazon Route 53으로 이전하기](domain-transfer-to-route-53.md) 섹션을 참조하세요. # 웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식 스마트폰이나 노트북 연결부터 대규모 소매 웹 사이트의 콘텐츠를 서비스하는 서버에 이르기까지 인터넷상의 모든 컴퓨터는 숫자를 사용하여 서로 통신합니다. *IP 주소*라고 하는 이 숫자는 다음 형식 중 하나로 되어 있습니다. + 192.0.2.44와 같은 인터넷 프로토콜 버전 4(IPv4) + 2001:0db8:85a3:0000:0000:abcd:0001:2345와 같은 인터넷 프로토콜 버전 6(IPv6) 브라우저를 열고 웹 사이트로 이동할 때는 이런 긴 문자열을 기억해 입력할 필요가 없습니다. 그 대신 example.com과 같은 도메인 이름을 입력해도 원하는 웹 사이트로 갈 수 있습니다. Amazon Route 53과 같은 DNS 서비스는 도메인 이름과 IP 주소를 연결하도록 돕습니다. **Topics** + [인터넷 트래픽을 도메인으로 라우팅하도록 Amazon Route 53를 구성하는 방법 개요](#welcome-dns-service-how-to-configure) + [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](#welcome-dns-service-how-route-53-routes-traffic) ## 인터넷 트래픽을 도메인으로 라우팅하도록 Amazon Route 53를 구성하는 방법 개요 다음은 Amazon Route 53 콘솔을 사용하여 도메인 이름을 등록하고 인터넷 트래픽을 웹 사이트 또는 웹 애플리케이션으로 라우팅하도록 Route 53를 구성하는 방법의 개요입니다. 1. 사용자들이 콘텐츠에 액세스하는 데 사용될 도메인 이름을 등록해야 합니다. 개요는 [도메인 등록 방식](welcome-domain-registration.md) 섹션을 참조하세요. 1. 도메인 이름을 등록한 후 Route 53는 도메인과 동일한 이름의 퍼블릭 호스팅 영역을 자동으로 생성합니다. 자세한 내용은 [퍼블릭 호스팅 영역 작업](AboutHZWorkingWith.md) 섹션을 참조하세요. 1. 트래픽을 리소스로 라우팅하려면 호스팅 영역에서 *리소스 레코드 세트*라고도 하는 *레코드*를 생성합니다. 각각의 레코드에는 도메인의 트래픽을 라우팅할 방법에 관한 다음과 같은 정보가 포함되어 있습니다. **이름** 레코드의 이름은 Route 53를 사용하여 트래픽을 라우팅하려는 도메인 이름(예: example.com) 또는 하위 도메인 이름(예: www.example.com)과 일치합니다. 호스팅 영역에 있는 모든 레코드의 이름은 반드시 호스팅 영역의 이름으로 끝나야 합니다. 예를 들어 호스팅 영역의 이름이 example.com이라면 모든 레코드 이름이 example.com으로 끝나야 합니다. Route 53 콘솔은 자동으로 이 작업을 수행합니다. **Type** 레코드 유형은 일반적으로 트래픽을 라우팅할 리소스 유형을 결정합니다. 예를 들어 트래픽을 이메일 서버로 라우팅하려면 Type(유형)을 MX로 지정합니다. IPv4 IP 주소를 가진 웹 서버로 트래픽을 라우팅하려면 [Type]을 [A]로 지정합니다. **값** [Value]는 [Type]과 밀접한 관련이 있습니다. [Type]을 [MX]로 지정하는 경우, [Value]에 하나 이상의 이메일 서버의 이름을 지정해야 합니다. [Type]을 [A]로 지정하는 경우, 192.0.2.136과 같은 IPv4 형식의 IP 주소를 지정해야 합니다. 레코드에 대한 자세한 내용은 [레코드 작업](rrsets-working-with.md) 단원을 참조하십시오. 트래픽을 Amazon S3 버킷, Amazon CloudFront 배포 및 다른 AWS 리소스로 라우팅하는, 별칭 레코드라고 하는 특별한 Route 53 레코드도 생성할 수 있습니다. 자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 및 [AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md) 단원을 참조하세요. 리소스로의 인터넷 트래픽 라우팅에 대한 자세한 내용은 [Amazon Route 53을 DNS 서비스로 구성](dns-configuring.md) 단원을 참조하십시오. ## Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법 웹 서버나 Amazon S3 버킷 같은 리소스로 인터넷 트래픽을 라우팅하도록 Amazon Route 53를 구성한 후에는 누군가 www.example.com의 콘텐츠를 요청하면 몇 밀리초 안에 다음과 같은 일이 이루어집니다. ![\[Domain Name System(DNS)과 Route 53가 인터넷 트래픽을 www.example.com의 리소스로 라우팅하는 방법을 보여 주는 개념적 그래픽입니다.\]](http://docs.aws.amazon.com/ko_kr/Route53/latest/DeveloperGuide/images/how-route-53-routes-traffic.png) 1. 사용자가 웹 브라우저를 열어 주소 표시줄에 www.example.com을 입력하고 Enter 키를 누릅니다. 1. www.example.com에 대한 요청은 일반적으로 케이블 인터넷 공급업체, DSL 광대역 공급업체 또는 기업 네트워크 같은 인터넷 서비스 제공업체(ISP)가 관리하는 DNS 해석기로 라우팅됩니다. 1. ISP의 DNS 해석기는 www.example.com에 대한 요청을 DNS 루트 이름 서버에 전달합니다. 1. DNS 해석기는 www.example.com에 대한 요청을 이번에는 .com 도메인의 TLD 이름 서버 중 하나에 다시 전달합니다. .com 도메인의 이름 서버는 example.com 도메인과 연관된 4개의 Route 53 이름 서버의 이름을 사용하여 요청에 응답합니다. DNS 해석기는 4개의 Route 53 이름 서버를 캐싱(저장)합니다. 다음에 누군가 example.com을 찾아볼 때 example.com의 이름 서버가 이미 있으므로 해석기는 3단계와 4단계를 건너뜁니다. 이름 서버는 일반적으로 2일 동안 캐시에 저장됩니다. 1. DNS 해석기는 Route 53 이름 서버 하나를 선택하여 www.example.com에 대한 요청을 해당 이름 서버에 전달합니다. 1. Route 53 이름 서버는 example.com 호스팅 영역에서 www.example.com 레코드를 찾아 웹 서버의 IP 주소 192.0.2.44 등 연관된 값을 받아 이 IP 주소를 DNS 해석 프로그램에 반환합니다. 1. DNS 해석기가 마침내 사용자에게 필요한 IP 주소를 해석해 냅니다. 해석기는 이 값을 웹 브라우저로 반환합니다. **참고** 또한 DNS 해석기는 다음에 누군가가 example.com을 탐색할 때 보다 빠르게 응답할 수 있도록 사용자가 지정하는 일정 기간 동안 example.com의 IP 주소를 캐시에 저장합니다. 자세한 내용은 [time to live (TTL)](route-53-concepts.md#route-53-concepts-time-to-live) 섹션을 참조하세요. 1. 웹 브라우저는 DNS 해석기로부터 얻은 IP 주소로 www.example.com에 대한 요청을 전송합니다. 여기가 콘텐츠가 있는 곳, 예컨대 Amazon EC2 인스턴스 또는 웹 사이트 엔드포인트로 구성된 Amazon S3 버킷에서 실행되는 웹 서버입니다. 1. 192.0.2.44에 있는 웹 서버 또는 그 밖의 리소스는 www.example.com의 웹 페이지를 웹 브라우저에게 반환하고, 웹 브라우저는 이 페이지를 표시합니다. # Amazon Route 53가 리소스의 상태를 확인하는 방법 Amazon Route 53 상태 확인은 웹 서버 및 이메일 서버 같은 리소스의 상태를 모니터링합니다. 필요할 경우, 상태 확인이 가능하도록 Amazon CloudWatch 경보를 구성하여 리소스를 사용할 수 없게 될 때 알림을 수신할 수 있습니다. 다음은 리소스를 사용할 수 없게 될 때 알림을 수신하고자 하는 경우, 상태 확인이 작동하는 방식의 개요입니다. ![\[지정된 엔드포인트의 상태를 모니터링하도록 Route 53를 구성하는 방법을 보여 주는 개념적 그래픽입니다.\]](http://docs.aws.amazon.com/ko_kr/Route53/latest/DeveloperGuide/images/how-health-checks-work.png) 1. 상태 확인을 생성하고 원하는 상태 확인 작동 방식을 정의하는 값을 지정하는 방법은 다음과 같습니다. + Route 53으로 모니터링하려는 웹 서버 등 엔드포인트의 IP 주소나 도메인 이름입니다. (다른 상태 확인의 상태 또는 CloudWatch 경보의 상태도 모니터링할 수 있습니다.) + Amazon Route 53가 상태 확인에 사용할 프로토콜: HTTP, HTTPS 또는 TCP. + Route 53가 엔드포인트에 요청을 전송하는 주기입니다. 이것을 *요청 간격*이라고 합니다. + Route 53가 비정상으로 판단하기 전에 엔드포인트가 요청에 대한 응답을 연속해 실패하는 횟수입니다. 이것을 *장애 임계치*라고 합니다. + 필요할 경우, 엔드포인트가 비정상임을 Route 53가 탐지할 때 원하는 알림 방식입니다. 알림을 구성하면 Route 53에서 자동으로 CloudWatch 경보를 설정합니다. CloudWatch는 Amazon SNS 사용하여 엔드포인트가 비정상임을 사용자에게 알립니다. 1. Route 53는 사용자가 상태 확인에서 지정한 시간 간격으로 엔드포인트에 요청을 전송하기 시작합니다. 엔드포인트가 요청에 응답하면 Route 53는 엔드포인트가 정상이라고 판단하고 아무런 조치도 취하지 않습니다. 1. 엔드포인트가 요청에 응답하지 않으면 Route 53는 엔드포인트가 응답하지 않는 연속적 요청 횟수를 세기 시작합니다. + 횟수가 장애 임계치로 지정된 값에 도달하면 Route 53는 엔드포인트가 비정상이라고 판단합니다. + 횟수가 장애 임계치에 도달하기 전에 엔드포인트가 다시 응답하기 시작하면 Route 53는 횟수를 0으로 리셋하고, CloudWatch는 사용자에게 연락하지 않습니다. 1. Route 53가 엔드포인트가 비정상이라고 판단하고 사용자가 상태 확인 알림을 구성한 경우, Route 53는 CloudWatch에 알립니다. 알림을 구성하지 않은 경우에도 Route 53 콘솔에서 Route 53 상태 확인의 상태를 확인할 수 있습니다. 자세한 내용은 [상태 확인의 상태 모니터링 및 알림 수신](health-checks-monitor-view-status.md) 섹션을 참조하세요. 1. 상태 확인 알림을 구성한 경우, CloudWatch는 경보를 트리거하고 Amazon SNS를 사용하여 지정된 수신자에게 알림을 전송합니다. 지정된 엔드포인트의 상태 확인 외에도 하나 이상의 다른 상태 확인을 검사하도록 상태 확인을 구성하면 지정된 수의 리소스(예컨대 5대의 웹 서버 중 2대)를 사용할 수 없을 때 알림을 수신할 수 있습니다. 또 CloudWatch 경보의 상태를 확인하도록 상태 확인을 구성하면 리소스가 요청에 응답하는 경우뿐 아니라 다양한 기준에 따라 알림을 수신할 수 있습니다. 웹 서버 또는 데이터베이스 서버와 같이 동일한 기능을 수행하는 다수의 리소스를 보유한 상황에서 Route 53가 트래픽을 정상적인 리소스에만 라우팅하도록 만들고 싶다면 상태 확인을 해당 리소스의 각 레코드에 연결하여 DNS 장애 조치를 구성할 수 있습니다. 상태 확인이 기본 리소스가 비정상이라고 판정하면, Route 53는 연결된 레코드에서 벗어나도록 트래픽을 라우팅합니다. Route 53를 사용하여 리소스 상태를 모니터링하는 방법에 대한 자세한 내용은 [Amazon Route 53 상태 확인 생성](dns-failover.md) 섹션을 참조하세요. # Amazon Route 53 개념 다음은 *Amazon Route 53 개발자 안내서*에서 논의되는 개념의 개요입니다. **Topics** + [도메인 등록 개념](#route-53-concepts-domain-registration) + [Domain Name System(DNS) 개념](#route-53-concepts-domain-name-system-dns) + [제어 및 데이터 영역 개념](#route-53-concepts-control-and-data-plane) + [상태 확인 개념](#route-53-concepts-health-checking) ## 도메인 등록 개념 다음은 도메인 등록과 관련된 개념의 개요입니다. + [domain name](#route-53-concepts-domain-name) + [domain registrar](#route-53-concepts-domain-registrar) + [domain registry](#route-53-concepts-domain-registry) + [domain reseller](#route-53-concepts-domain-reseller) + [top-level domain (TLD)](#route-53-concepts-top-level-domain) **도메인 이름** 사용자가 웹 사이트 또는 웹 애플리케이션에 액세스하기 위해 웹 브라우저의 주소 표시줄에 입력하는 example.com과 같은 이름. 인터넷에서 웹 사이트 또는 웹 애플리케이션을 사용할 수 있도록 하려면 먼저 도메인 이름을 등록해야 합니다. 자세한 내용은 [도메인 등록 방식](welcome-domain-registration.md) 섹션을 참조하세요. **도메인 등록 기관** 국제인터넷주소관리기구(ICANN)가 인증한, 특정 최상위 도메인(TLD) 등록을 처리하는 회사. 도메인의 등록 기관을 확인하는 방법은 [등록 기관 찾기](find-your-registrar.md) 단원을 참조하세요. **도메인 등록처** 특정 최상위 도메인을 가진 도메인을 판매할 권리를 소유한 회사. 예를 들어 [VeriSign](http://www.verisign.com/)은 .com TLD를 가진 도메인을 판매할 권리를 소유한 등록 기관입니다. 도메인 등록 기관은 지리적 TLD를 위한 거주 요건 등 도메인 등록 규칙을 정의합니다. 도메인 등록 기관은 동일한 TLD를 갖는 모든 도메인 이름의 권한 데이터베이스도 유지하고 있습니다. 등록 기관의 데이터베이스에는 각 도메인의 연락처 정보와 이름 서버 등의 정보가 포함되어 있습니다. **도메인 리셀러** Amazon Registrar 같은 등록 기관을 위해 도메인 이름을 판매하는 회사입니다. Amazon Route 53는 Amazon Registrar 및 Amazon 등록 기관 협력사인 Gandi의 도메인 리셀러입니다. **상위 수준 도메인(TLD)** .com, .org 또는 .ninja 등 도메인 이름의 마지막 부분. 최상위 도메인에는 다음의 두 가지 유형이 있습니다. **일반적인 최상위 도메인** 이런 TLD는 일반적으로 사용자에게 웹 사이트에서 무엇을 보게 될지 알려 줍니다. 예를 들어 *.bike*라는 TLD를 가진 도메인 이름은 모터사이클 또는 자전거 업체나 조직의 웹 사이트와 연관되는 경우가 많습니다. 몇 가지 예외는 있지만 원하는 어떤 TLD건 사용할 수 있으므로 자전거 클럽의 도메인 이름에 .hockey TLD가 사용될 수도 있습니다. **지리적 최상위 도메인** 이 TLD는 국가나 도시 같은 지리적 영역과 연관됩니다. 일부 지리적 TLD의 등록 기관에는 거주 요건이 있는 반면 [.io(영국령 인도양 식민지)](io.md) 같은 등록 기관은 일반 TLD 사용을 허용하거나 심지어 권장합니다. Route 53에 도메인 이름을 등록할 때 사용할 수 있는 TLD 목록은 [Amazon Route 53에 등록할 수 있는 도메인](registrar-tld-list.md) 섹션을 참조하세요. ## Domain Name System(DNS) 개념 다음은 Domain Name System(DNS)과 관련된 개념의 개요입니다. + [alias record](#route-53-concepts-alias-resource-record-set) + [authoritative name server](#route-53-concepts-authoritative-name-server) + [CIDR block](#route-53-concepts-cidr) + [DNS query](#route-53-concepts-dns-query) + [DNS resolver](#route-53-concepts-dns-resolver) + [Domain Name System (DNS)](#route-53-concepts-domain-name-system) + [hosted zone](#route-53-concepts-hosted-zone) + [IP address](#route-53-concepts-ip-address) + [name servers](#route-53-concepts-name-servers) + [private DNS](#route-53-concepts-private-dns) + [recursive name server](#route-53-concepts-recursive-name-server) + [record (DNS record)](#route-53-concepts-resource-record-set) + [reusable delegation set](#route-53-concepts-reusable-delegation-set) + [routing policy](#route-53-concepts-routing-policy) + [subdomain](#route-53-concepts-subdomain) + [time to live (TTL)](#route-53-concepts-time-to-live) **별칭 레코드** Amazon Route 53을 사용하여 Amazon CloudFront 배포 및 Amazon S3 버킷과 같은 AWS 리소스로 트래픽을 라우팅하기 위해 생성할 수 있는 레코드 유형입니다. 자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오. **권한 이름 서버** Domain Name System(DNS)의 한 부분에 관한 확정적 정보가 있고 DNS 해석기의 요청에 대해 해당되는 정보를 반환하여 응답하는 이름 서버. 예를 들어 .com 최상위 도메인(TLD)의 권한 이름 서버는 등록된 모든 .com 도메인의 이름 서버의 이름을 알고 있습니다. .com 권한 이름 서버는 DNS 해석기로부터 example.com에 대한 요청을 수신하면 example.com 도메인의 DNS 서비스에 해당하는 이름 서버의 이름으로 응답합니다. Route 53 이름 서버는 Route 53를 DNS 서비스로 사용하는 모든 도메인의 권한 이름 서버입니다. 이름 서버는 도메인의 호스팅 영역에서 사용자가 생성한 레코드를 기반으로 사용자가 원하는 도메인 및 하위 도메인 트래픽 라우팅 방법을 알고 있습니다. (Route 53 이름 서버는 Route 53를 DNS 서비스로 사용하는 도메인의 호스팅 영역을 저장합니다.) 예를 들어 Route 53 이름 서버는 www.example.com에 대한 요청을 수신하면 해당 레코드를 찾아 레코드에 지정된 192.0.2.33과 같은 IP 주소를 반환합니다. **CIDR 블록** CIDR 블록은 IP 기반 라우팅과 함께 사용되는 IP 범위입니다. Route 53에서는 IPv4의 경우 /0에서 /24까지, IPv6의 경우 /0에서 /48까지 CIDR 블록을 지정할 수 있습니다. 예를 들어 /24 IPv4 CIDR 블록은 256개의 연속적인 IP 주소를 포함합니다. CIDR 블록(또는 IP 범위) 집합을 CIDR 위치로 그룹화할 수 있으며, CIDR 위치는 다시 재사용 가능한 CIDR 컬렉션으로 그룹화됩니다. **DNS 쿼리** 일반적으로 컴퓨터나 스마트폰 같은 장치가 도메인 이름과 연결된 리소스를 위해 Domain Name System(DNS)에 제출하는 요청. DNS 쿼리의 가장 일반적인 예는 사용자가 브라우저를 열어 주소 표시줄에 도메인 이름을 입력하는 경우입니다. DNS 쿼리에 대한 일반적 응답은 웹 서버 같은 리소스에 연결된 IP 주소입니다. 요청을 시작하는 장치는 IP 주소를 사용하여 리소스와 통신합니다. 예를 들어 브라우저는 IP 주소를 사용하여 웹 서버로부터 웹 페이지를 불러옵니다. **DNS 해석기** 흔히 인터넷 서비스 제공업체(ISP)가 관리하며 사용자 요청과 DNS 이름 서버 사이에서 중개 역할을 하는 DNS 서버. 브라우저를 열어 주소 표시줄에 도메인 이름을 입력하면 쿼리는 먼저 DNS 해석기로 전송됩니다. 해석기는 DNS 이름 서버와 통신하여 웹 서버 등 해당되는 리소스의 IP 주소를 가져옵니다. DNS 해석기는 재귀 이름 서버라고도 하는데, 응답(일반적으로 IP 주소)을 얻을 때까지 일련의 권한 DNS 이름 서버에 요청을 전송하고 사용자의 장치(예: 노트북 컴퓨터의 웹 브라우저)로 이 응답을 반환하기 때문입니다. **도메인 이름 시스템(DNS)** 컴퓨터, 스마트폰, 태블릿 및 기타 IP 지원 장치가 서로 통신하도록 도와주는 전 세계 서버 네트워크. Domain Name System(DNS)은 example.com 같이 쉽게 이해할 수 있는 도메인 이름을 컴퓨터가 인터넷에서 서로를 찾을 수 있도록 해 주는 *IP 주소*라는 숫자로 변환합니다. 또한 [IP address](#route-53-concepts-ip-address) 섹션도 참조하세요. **호스팅 영역** 도메인(예: example.com)과 그 전체 하위 도메인(예: www.example.com, retail.example.com, seattle.accounting.example.com)의 트래픽을 라우팅하는 방법에 대한 정보를 포함하고 있는 레코드의 컨테이너입니다. 호스팅 영역은 해당 도메인과 이름이 같습니다. 예를 들어 example.com의 호스팅 영역에는 www.example.com의 트래픽을 192.0.2.243이라는 IP 주소의 웹 서버로 라우팅하는 것에 관한 정보가 있는 레코드와 example.com의 이메일을 mail1.example.com과 mail2.example.com이라는 2개의 이메일 서버로 라우팅하는 것에 관한 정보가 있는 레코드가 포함될 수 있습니다. 각각의 이메일 서버에는 자체 레코드도 필요합니다. 또한 [record (DNS record)](#route-53-concepts-resource-record-set) 섹션도 참조하세요. **IP 주소** 노트북, 스마트폰 또는 웹 서버 같은 장치가 인터넷 상에서 다른 장치와 통신할 수 있도록 인터넷 상에서 장치에 할당되는 번호입니다. IP 주소는 다음 형식 중 하나로 되어 있습니다. + 192.0.2.44와 같은 인터넷 프로토콜 버전 4(IPv4) + 2001:0db8:85a3:0000:0000:abcd:0001:2345와 같은 인터넷 프로토콜 버전 6(IPv6) Route 53는 다음과 같은 목적으로 IPv4 및 IPv6 주소를 모두 지원합니다. + IPv4 주소의 경우 A 타입, IPv6 주소의 경우 AAAA 타입이 있는 레코드를 생성할 수 있습니다. + IPv4 주소나 IPv6 주소로 요청을 전송하는 상태 확인을 만들 수 있습니다. + DNS 해석기는 IPv6 네트워크 상에 있는 경우, IPv4 또는 IPv6를 사용하여 요청을 Route 53에 제출할 수 있습니다. **이름 서버** 도메인 이름을 컴퓨터 간 통신에 사용되는 IP 주소로 변환하는 Domain Name System(DNS) 내 서버. 네임서브는 재귀 네임서버([DNS resolver](#route-53-concepts-dns-resolver)이라고도 함)이거나 [authoritative name server](#route-53-concepts-authoritative-name-server)입니다. DNS가 리소스로 트래픽을 라우팅하는 방법과 그 과정에서의 Route 53의 역할의 개요는 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 섹션을 참조하세요. **프라이빗 DNS** 도메인과 그 하위 도메인의 트래픽을 하나 이상의 Amazon Virtual Private Cloud(VPC) 내의 Amazon EC2 인스턴스로 라우팅하도록 해 주는 Domain Name System(DNS)의 로컬 버전입니다. 자세한 내용은 [프라이빗 호스팅 영역 사용](hosted-zones-private.md) 섹션을 참조하세요. **레코드(DNS 레코드)** 도메인 또는 하위 도메인의 트래픽을 라우팅할 방법을 정의하는 데 사용되는 호스팅 영역 내 객체. 예를 들어 IP 주소가 192.0.2.234인 웹 서버로 트래픽을 라우팅하는 example.com과 www.example.com의 레코드를 생성할 수 있습니다. Route 53 전용 레코드가 제공하는 기능에 관한 정보를 비롯하여 레코드에 대한 자세한 내용은 [Amazon Route 53을 DNS 서비스로 구성](dns-configuring.md) 섹션을 참조하세요. **재귀 이름 서버** [DNS resolver](#route-53-concepts-dns-resolver) 섹션을 참조하세요. **재사용 가능한 위임 세트** 2개 이상의 호스팅 영역에 사용할 수 있는 4개의 권한 이름 서버 세트. 기본적으로 Route 53는 각각의 새 호스팅 영역에 무작위로 선택된 이름 서버를 할당합니다. 도메인의 수가 많은 경우, DNS 서비스를 Route 53으로 보다 쉽게 마이그레이션하려면 재사용 가능한 위임 세트를 만든 다음 새 호스팅 영역에 재사용 가능한 위임 세트를 연결할 수 있습니다. (기존 호스팅 영역과 연결된 이름 서버는 변경할 수 없습니다.) 프로그래밍 방식으로 재사용 가능한 위임 세트를 만들어 호스팅 영역에 연결할 수 있습니다. Route 53 콘솔 사용은 지원되지 않습니다. 자세한 내용은 *Amazon Route 53 API 참조*의 [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html) 및 [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)를 참조하세요. [AWS SDK](https://docs.aws.amazon.com/), [AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/reference/route53/index.html) 및 [AWS Tools for Windows PowerShell](https://docs.aws.amazon.com/powershell/latest/reference/)에서도 같은 기능을 사용할 수 있습니다. **라우팅 정책** Route 53가 DNS 쿼리에 응답하는 방식을 결정하는 레코드에 대한 설정입니다. Route 53는 다음의 라우팅 정책을 지원합니다. + **단순 라우팅 정책(Simple routing policy)** - 도메인에 대해 특정 기능을 수행하는 하나의 리소스로 인터넷 트래픽을 라우팅하는 데 사용합니다(예: example.com 웹 사이트의 콘텐츠를 제공하는 하나의 웹 서버). + **장애 조치 라우팅 정책(Failover routing policy)** - 액티브-패시브 장애 조치를 구성하려는 경우에 사용합니다. + **지리 위치 라우팅 정책(Geolocation routing policy)** - 사용자의 위치에 기반하여 인터넷 트래픽을 리소스로 라우팅하려는 경우에 사용합니다. + **지리 근접 라우팅 정책(Geoproximity routing policy)** - 리소스의 위치를 기반으로 트래픽을 라우팅하고 필요에 따라 한 위치의 리소스에서 다른 위치의 리소스로 트래픽을 보내려는 경우에 사용합니다. + **지연 시간 라우팅 정책(Latency routing policy)** – 여러 위치에 리소스가 있고 최상의 지연 시간을 제공하는 리소스로 트래픽을 라우팅하려는 경우에 사용합니다. + **IP 기반 라우팅 정책** - 사용자의 위치에 기반하여 트래픽을 라우팅하고 트래픽이 시작되는 IP 주소가 있는 경우에 사용합니다. + **다중 응답 라우팅 정책(Multivalue answer routing policy)** - Route 53가 DNS 쿼리에 무작위로 선택된 최대 8개의 정상 레코드로 응답하게 하려는 경우에 사용합니다. + **가중치 기반 라우팅 정책(Weighted routing policy)** - 사용자가 지정하는 비율에 따라 여러 리소스로 트래픽을 라우팅하려는 경우에 사용합니다. 자세한 내용은 [라우팅 정책 선택](routing-policy.md) 섹션을 참조하세요. **하위 도메인** 등록된 도메인 이름 앞에 하나 이상의 레이블이 붙은 도메인 이름. 예를 들어 도메인 이름 example.com을 등록하면 www.example.com은 하위 도메인이 됩니다. example.com 도메인의 호스팅 영역 accounting.example.com을 만들면 seattle.accounting.example.com은 하위 도메인이 됩니다. 하위 도메인의 트래픽을 라우팅하려면 www.example.com 같이 원하는 이름을 가진 레코드를 생성하고 웹 서버의 IP 주소 등 해당 값을 지정하십시오. **유지 시간(TTL)** 레코드의 현재 값을 얻기 위해 Route 53에 또 다른 요청을 제출하기 전에 DNS 해석기가 해당 레코드의 값을 캐싱(저장)할 시간(초). DNS 해석기가 TTL 만료 전에 동일한 도메인에 대한 또 다른 요청을 수신하는 경우, 해석기는 캐싱된 값을 반환합니다. TTL이 길수록 Route 53 요금이 줄어드는데, 요금은 Route 53가 응답하는 DNS 쿼리 수에 부분적으로 기반하기 때문입니다. TTL이 짧으면 www.example.com 웹 서버의 IP 주소 변경 등을 통해 레코드에서 값을 변경한 후 DNS 해석기가 예전의 리소스로 트래픽을 라우팅하는 시간이 줄어듭니다. ## 제어 및 데이터 영역 개념 다음은 Amazon Route 53가 기능을 제어 및 데이터 영역으로 나누는 방법과 관련된 개념의 개요입니다. Route 53 서비스는 대부분의 AWS 서비스와 같이 리소스 생성, 업데이트 및 삭제와 같은 관리 작업을 수행할 수 있는 컨트롤 플레인과 서비스의 핵심 기능을 제공하는 데이터 영역을 포함합니다. 두 기능 모두 신뢰할 수 있도록 구축되었지만 제어 영역은 데이터 일관성을 위해 최적화되는 반면 데이터 영역은 가용성을 위해 최적화됩니다. 데이터 영역의 복원력 있는 설계로 드물게 중단되는 이벤트에서도 가용성을 유지할 수 있으며 그 동안에는 제어 영역을 사용하지 못할 수 있습니다. 따라서 가용성이 중요한 곳에서는 데이터 영역 기능을 사용하는 것이 좋습니다. Route 53 퍼블릭 및 프라이빗 DNS 및 상태 확인의 경우 컨트롤 플레인은 us-east-1에 있으며 AWS 리전 데이터 플레인은 전역적으로 분산됩니다. Amazon Route 53는 다음과 같이 제어 및 데이터 영역으로 나뉩니다. + Route 53 퍼블릭 및 프라이빗 DNS의 경우 컨트롤 플레인은 Route 53 및 Traffic Flow API 모두를 포함한 Route 53 API로 구성되며, 이를 통해 DNS 항목을 관리할 수 있습니다. Route 53 콘솔은 us-east-1에 있지만 AWS 리전에서 해당 리전에 장애가 있다고 AWS 판단하면 us-west-2에서 Route 53 콘솔을 제공합니다 AWS 리전. 데이터 영역은 200개 이상의 상호 접속 위치(PoP) 위치에서 실행되는 신뢰할 수 있는 DNS 서비스로서 호스팅 영역 및 상태 확인 데이터를 기반으로 DNS 쿼리에 응답합니다. + Route 53 상태 확인의 경우 컨트롤 플레인은 상태 확인을 생성, 업데이트 및 삭제하는 데 사용할 수 있는 Route 53 API로 구성됩니다. Route 53 상태 확인 콘솔은 us-east-1에 있지만 AWS 리전,에서 해당 리전에 장애가 있다고 AWS 판단되면 us-west-2에서 Route 53 상태 확인 콘솔을 제공합니다 AWS 리전. 데이터 영역은 상태 확인을 수행하고 결과를 집계하여 Route 53 퍼블릭 및 프라이빗 DNS와 [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/)의 데이터 영역에 전달하는 전 세계에 분산된 서비스입니다. + [Route 53 VPC Resolver](resolver.md)의 경우 컨트롤 플레인은 Amazon VPC 설정, Resolver 규칙, 쿼리 로깅 정책 및 DNS 방화벽 정책을 관리할 수 있는 VPC Resolver APIs로 구성됩니다. 데이터 영역은 VPC에서 DNS 쿼리에 응답하는 DNS 해석기 서비스, 쿼리를 다른 해석기로 전달하는 엔드포인트, DNS 쿼리를 필터링하는 정책을 적용하는 DNS 방화벽 데이터 영역입니다. VPC Resolver는 리전 서비스이며 제어 및 데이터 영역은 각각에서 독립적으로 실행됩니다 AWS 리전. + Route 53 도메인 등록은 us-east-1 AWS 리전의 제어 영역에서만 관리됩니다. 데이터 영역, 컨트롤 플레인 및가 고가용성 목표를 충족하기 위해 서비스를 AWS 구축하는 방법에 대한 자세한 내용은 Amazon Builders' Library의 [Static stability using Availability Zones paper](https://aws.amazon.com/builders-library/static-stability-using-availability-zones/)를 참조하세요. ## 상태 확인 개념 다음은 Amazon Route 53 상태 확인과 관련된 개념의 개요입니다. + [DNS failover](#route-53-concepts-dns-failover) + [endpoint](#route-53-concepts-endpoint) + [health check](#route-53-concepts-health-check) **DNS 장애 조치** 비정상인 리소스로부터 정상인 리소스로 트래픽을 라우팅하는 방법. 동일한 기능을 수행하는 리소스가 두 개 이상(예: 두 개 이상의 웹 서버 또는 메일 서버) 있는 경우 리소스의 상태를 확인하도록 Route 53 상태 확인을 구성하고 정상인 리소스로만 트래픽을 라우팅하도록 호스팅 영역의 레코드를 구성할 수 있습니다. 자세한 내용은 [DNS 장애 조치 구성](dns-failover-configuring.md) 섹션을 참조하세요. **엔드포인트** 상태를 모니터링하도록 상태 확인을 구성하는 웹 서버 또는 이메일 서버 등의 리소스. IPv4 주소(192.0.2.243), IPv6 주소(2001:0db8:85a3:0000:0000:abcd:0001:2345), 또는 도메인 이름(example.com)으로 엔드포인트를 지정할 수 있습니다. 다른 상태 확인의 상태를 모니터링하거나 CloudWatch 경보의 경보 상태를 모니터링하는 상태 확인도 만들 수 있습니다. **상태 확인** 다음을 수행할 수 있도록 해 주는 Route 53 구성 요소. + 웹 서버 등 지정된 엔드포인트가 정상인지 모니터링 + 필요할 경우, 엔드포인트가 비정상이 될 때 알림 수신 + 필요할 경우, DNS 장애 조치를 구성해 비정상인 리소스로부터 정상인 리소스로 인터넷 트래픽을 다시 라우팅 가능 상태 확인을 만들고 사용하는 자세한 방법은 [Amazon Route 53 상태 확인 생성](dns-failover.md)를 참조하십시오. # Amazon Route 53 시작 방법 Amazon Route 53 시작하기에 대한 자세한 내용은 이 안내서의 다음 주제를 참조하십시오. + [Amazon Route 53 설정](setting-up-route-53.md): 가입 방법 AWS, AWS 계정에 대한 액세스 보호 방법, Route 53에 대한 프로그래밍 방식 액세스를 설정하는 방법을 설명합니다. + [Amazon Route 53 시작하기](getting-started.md)에서는 도메인 이름 등록 방법, Amazon S3 버킷을 생성하고 정적 웹 사이트를 호스팅하도록 구성하는 방법, 인터넷 트래픽을 해당 웹 사이트로 라우팅하는 방법을 설명합니다. # Amazon Route 53 액세스 Amazon Route 53에 액세스하는 방법은 다음과 같습니다. + **AWS Management Console** -이 가이드의 절차에서는를 사용하여 작업을 AWS Management Console 수행하는 방법을 설명합니다. + **AWS SDKs**- SDK를 제공하는 AWS 프로그래밍 언어를 사용하는 경우 SDK를 사용하여 Route 53에 액세스할 수 있습니다. SDK는 인증을 간편하게 만들고, 개발 환경에 쉽게 통합되며, Route 53 명령에 쉽게 액세스할 수 있게 해줍니다. 자세한 내용은 [Amazon Web Services용 도구](https://aws.amazon.com/tools)를 참조하세요. + **Route 53 API** – SDK를 사용할 수 없는 프로그래밍 언어를 사용하는 경우 API 작업 및 API 요청 방법에 대한 자세한 내용은 [Amazon Route 53 API 참조](https://docs.aws.amazon.com/Route53/latest/APIReference/)에서 확인하세요. + **AWS Command Line Interface**— 자세한 정보는 * AWS Command Line Interface사용 설명서*에서 [AWS Command Line Interface 설정하기](https://docs.aws.amazon.com/cli/latest/userguide/)를 참조하세요. + **AWS Tools for Windows PowerShell**— 자세한 정보는 *AWS Tools for PowerShell 사용 설명서*에서 [AWS Tools for Windows PowerShell설정하기](https://docs.aws.amazon.com/powershell/latest/userguide/)를 참조하세요. # AWS 자격 증명 및 액세스 관리 Amazon Route 53는 조직에서 다음을 수행할 수 있는 서비스인 AWS Identity and Access Management (IAM)과 통합됩니다. + 조직 AWS 계정에서 사용자 및 그룹 생성 + AWS 계정 내 사용자 간에 계정 리소스를 쉽게 공유 + 각 사용자에게 고유한 보안 자격 증명을 할당합니다. + 서비스 및 리소스에 대한 사용자 액세스 상세 제어 예를 들어 Route 53에서 IAM을 사용하여 AWS 계정에서 새 호스팅 영역을 생성하거나 레코드를 변경할 수 있는 사용자를 제어할 수 있습니다. IAM에 대한 전반적인 정보는 다음을 참조하십시오. + [Amazon Route 53의 Identity and Access Management](security-iam.md) + [Identity and Access Management(IAM)](https://aws.amazon.com/iam/) + [IAM 사용 설명서](https://docs.aws.amazon.com/IAM/latest/UserGuide/) # Amazon Route 53 요금 및 결제 다른 AWS 제품과 마찬가지로 Amazon Route 53 사용에 대한 계약이나 최소 약정은 없습니다. 구성한 호스팅 영역과 Route 53에서 응답하는 DNS 쿼리 수에 대해서만 비용을 지불합니다. 자세한 내용은 [Amazon Route 53 요금](https://aws.amazon.com/route53/pricing/)을 참조하세요. 청구서를 보고 계정 및 결제를 관리하는 방법을 포함하여 AWS 서비스 결제에 대한 자세한 내용은 [AWS Billing 사용 설명서를](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/) 참조하세요. # AWS SDK에서 Route 53 사용 AWS 소프트웨어 개발 키트(SDKs)는 널리 사용되는 많은 프로그래밍 언어에 사용할 수 있습니다. 각 SDK는 개발자가 선호하는 언어로 애플리케이션을 쉽게 구축할 수 있도록 하는 API, 코드 예제 및 설명서를 제공합니다. | SDK 설명서 | 코드 예제 | | --- | --- | | [AWS SDK for C\$1\$1](https://docs.aws.amazon.com/sdk-for-cpp) | [AWS SDK for C\$1\$1 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/cpp) | | [AWS CLI](https://docs.aws.amazon.com/cli) | [AWS CLI 코드 예제](https://docs.aws.amazon.com/code-library/latest/ug/cli_2_code_examples.html) | | [AWS SDK for Go](https://docs.aws.amazon.com/sdk-for-go) | [AWS SDK for Go 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/gov2) | | [AWS SDK for Java](https://docs.aws.amazon.com/sdk-for-java) | [AWS SDK for Java 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javav2) | | [AWS SDK for JavaScript](https://docs.aws.amazon.com/sdk-for-javascript) | [AWS SDK for JavaScript 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javascriptv3) | | [AWS SDK for Kotlin](https://docs.aws.amazon.com/sdk-for-kotlin) | [AWS SDK for Kotlin 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/kotlin) | | [AWS SDK for .NET](https://docs.aws.amazon.com/sdk-for-net) | [AWS SDK for .NET 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/dotnetv3) | | [AWS SDK for PHP](https://docs.aws.amazon.com/sdk-for-php) | [AWS SDK for PHP 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/php) | | [AWS Tools for PowerShell](https://docs.aws.amazon.com/powershell) | [AWS Tools for PowerShell 코드 예제](https://docs.aws.amazon.com/code-library/latest/ug/powershell_5_code_examples.html) | | [AWS SDK for Python (Boto3)](https://docs.aws.amazon.com/pythonsdk) | [AWS SDK for Python (Boto3) 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/python) | | [AWS SDK for Ruby](https://docs.aws.amazon.com/sdk-for-ruby) | [AWS SDK for Ruby 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/ruby) | | [AWS SDK for Rust](https://docs.aws.amazon.com/sdk-for-rust) | [AWS SDK for Rust 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1) | | [AWS SDK for SAP ABAP](https://docs.aws.amazon.com/sdk-for-sapabap) | [AWS SDK for SAP ABAP 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/sap-abap) | | [AWS SDK for Swift](https://docs.aws.amazon.com/sdk-for-swift) | [AWS SDK for Swift 코드 예제](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/swift) | Route 53에 대한 구체적인 예는 [AWS SDK를 사용한 Route 53용 코드 예제](service_code_examples.md) 섹션을 참조하세요. **예제 가용성** 필요한 예제를 찾을 수 없습니까? 이 페이지 하단의 **피드백 제공** 링크를 사용하여 코드 예시를 요청하세요.