AWS - Dummies - 개인 재정 2024

의미있는 방식으로 AWS와 상호 작용하려면 AWS와 의사 소통해야합니다. 통신은 다음과 같은 여러 수준에서 발생합니다.

전송: 실제로 당사자간에 데이터를 전송하는 기본 계층입니다.
발견: AWS와 상호 작용하려면 사용할 수있는 방법을 알아야합니다. 검색 수준을 사용하면 공용 URL을 사용하여 XML 또는 JSON의 특정 서비스에 사용할 수있는 메서드 목록을 하이퍼 링크 목록으로 요청할 수 있습니다.
요청: 사용 가능한 방법을 알고 나면 요청할 수 있으며 AWS는 응답을 제공합니다.

통신을 쉽게 더 많은 레이어로 분리 할 수 있지만이 레이어는 가장 기본적이고 필수적인 고장을 나타냅니다. 이러한 레이어를 이해하면 AWS를 사용하여 강력한 애플리케이션을 작성할 수 있습니다. 애플리케이션이 점점 더 복잡해지고 AWS가 기능을 추가함에 따라 추가 레이어로 작업해야 할 수도 있습니다.

데이터 전송

사용자가 먼저 다루어야 할 통신 문제는 전송 문제입니다. AWS는 비보안 요청에 대해 HTTP를 지원하고 일부 서비스에 대한 보안 요청에 대해서는 HTTPS를 지원합니다 (다음 목록에있는 요청 포함).

Amazon CloudFront (제어 API에는 HTTPS가 필요하며 현재 요청 API에는 HTTP 만 허용됩니다.)

Amazon DevPay (라이센스 서비스에는 HTTPS가 필요합니다.) Amazon Elastic Compute Cloud

Amazon Flexible Payments 서비스 (HTTPS 필요)

Amazon Fulfillment 웹 서비스 (HTTPS 필요)

Amazon Mechanical Turk

Amazon SimpleDB

Amazon Simple Queue Service

Amazon Simple Storage 서비스

대부분의 경우 정보가 인터넷을 통해 안전하기 때문에 HTTPS 요청 형태로 SSL (Secure Sockets Layer)을 사용하면 최상의 결과를 얻을 수 있습니다. 필요한 데이터가 본질적으로 기밀 정보가 아닌 경우 HTTP 대신 더 나은 애플리케이션 속도를 얻을 수 있습니다. 경우에 따라 서비스가 HTTPS를 지원하지 않으므로 HTTP를 사용해야하므로 가정을하기 전에 서비스 설명서를 확인해야합니다.

대부분의 개발자는 데스크톱 및 브라우저 응용 프로그램 개발을 통해 HTTP와 HTTPS를 모두 알고 있습니다. 그러나 AWS가 MQT (Message Queuing Telemetry Transport)도 지원한다는 사실을 모를 수도 있습니다. 이 게시 / 가입 메시징 전송 프로토콜은 IOT (Internet of Things) 및 M2M (Machine-to-Machine) 작업을 수행하는 데 사용되는 것과 같이 제한된 장치의 필요를 해결합니다.MQTT at과 AWS 뷰에 대한 자세한 정보를 확인하자. AWS는

Amazon Simple Storage Service

Amazon DynamoDB

Amazon Kinesis
AWS Lambda
Amazon Simple Notification Service
Amazon Simple Queue Service 를 포함한 수많은 서비스와 함께 MQTT를 사용할 수 있습니다. > API 메소드 목록 얻기
AWS로 무엇이든 할 수 있으려면 먼저 메소드를 사용하여 액세스 할 수있는 작업을 알아야합니다. API 문서는 수행 할 수있는 작업에 대한 개요를 제공 할 수 있지만 사용 가능한 실제 메소드 목록은 유연하며 문맥에 따라 다릅니다. 예를 들어 보안 연결이 없거나 원하는 작업을 지원하도록 서비스를 구성하지 않았기 때문에 일부 서비스에서 특정 작업을 수행하지 못할 수도 있습니다.
REST를 사용하려는 이유 중 하나는 프로토콜로 HTTP에 직접 작성, 읽기, 업데이트 및 삭제 (CRUD) 요청을 매핑하지 않는다는 것입니다. 변화가 필요한 시간). GET 요청과 함께 표준 URL을 사용하여 요청하고 실제 메서드 호출에 대한 하이퍼 미디어 링크 목록을 수신합니다. 응용 프로그램 상태 엔진 (HATEOAS) 인 Hypermedia에 대한 기사에서는이 프로세스가 어떻게 작동하는지 자세히 설명합니다. 원래 REST는 특정 메소드 호출에 대한 링크 목록을 제공하기 위해 XML에 의존했지만 HAL (Hypermedia Access Language)을 사용하면 대신 JSON을 사용할 수 있으므로 이해하기 쉽습니다. AWS는 현재 대부분의 개발자가 XML을 더 잘 이해하고 있기 때문에 모든 종류의 API 쿼리에 XML을 사용합니다. AWS의 기본 형식입니다. 이 기사에서는 REST API에 대해 자세히 설명합니다.

한동안 AWS는 SOAP (Simple Object Access Protocol)에 대한 광범위한 지원을 제공했습니다. 실제로 SOAP를 사용하여 요청을 만들 수 있지만 HTTPS 만 사용해야합니다. 다른 경우 AWS는 더 이상 SOAP를 지원하지 않습니다 (EC2 서비스에 대한 지원 중단의 예).

요청하기

요청과 응답은 다른 웹 서비스에서 사용 된 친숙한 패턴을 따릅니다. 그러나 AWS는 REST가 아키텍처이고 API 요청이 REST에 무언가를 추가한다는 사실을 알도록주의해야합니다. 즉, 다른 레이어를 나타냅니다. 대부분의 경우, 일부 유형의 API 호출과 함께 사용되는 REST를 참조하는 REST / query가 표시됩니다.

AWS에 작성한 대부분의 REST 요청에 서명해야합니다. Simple Storage Service (S3)와 같은 일부 서비스는 익명의 요청을 허용합니다. 그러나 상당한 양의 정보를 수집하려면 서명 된 (인증 된) 요청을 제공해야합니다. 그러나이 기사에서는 이러한 요청을 사용하여 S3 버킷의 보안 문제를 해결하는 방법에 대해 설명합니다.

CLI 또는 SDK를 사용하여 요청할 때, 환경은 요청을 서명합니다. 요청이 서명 된 경우에도 수동으로 작업을 수행 할 필요는 없습니다. 세부 정보 서명에 대한 자세한 내용을 볼 수 있습니다.