Inhaltsverzeichnis:
- Transportieren der Daten
- Bevor Sie mit AWS etwas anfangen können, müssen Sie wissen, welche Aufgaben (über Methoden zugänglich) verfügbar sind. Die API-Dokumentation kann Ihnen einen Überblick darüber geben, was Sie tun können. Die tatsächliche Liste der verfügbaren Methoden ist jedoch flexibel und kann je nach Kontext variieren. Beispielsweise können Sie möglicherweise bestimmte Aufgaben bei einigen Diensten nicht ausführen, weil Ihnen eine sichere Verbindung fehlt oder Sie den Dienst nicht für die Unterstützung der gewünschten Aufgabe konfiguriert haben.
- Anfragen und Antworten folgen den vertrauten Mustern, die mit anderen Webdiensten verwendet werden. AWS acht- achtet jedoch sorgfältig darauf, dass Sie wissen, dass REST lediglich die Architektur ist und dass API-Anforderungen etwas zu REST hinzufügen. das heißt, sie repräsentieren eine andere Schicht. In vielen Fällen sehen Sie REST / query, die sich auf REST bezieht, der bei einem API-Aufruf eines bestimmten Typs verwendet wird.
Video: Die Logistik braucht OPC UA 2024
Um mit AWS auf sinnvolle Weise zu interagieren, müssen Sie mit ihm kommunizieren. Die Kommunikation erfolgt auf mehreren Ebenen, darunter:
- Transport: Dies ist die zugrunde liegende Ebene, die die Daten tatsächlich zwischen den Parteien überträgt.
- Erkennung: Um mit AWS zu interagieren, müssen Sie wissen, welche Methoden verfügbar sind. Die Erkennungsebene ermöglicht es Ihnen, eine gemeinsame URL zu verwenden, um die Liste der verfügbaren Methoden für einen bestimmten Dienst in XML oder JSON als Liste von Hyperlinks anzufordern.
- Anforderung: Nachdem Sie wissen, welche Methoden verfügbar sind, können Sie eine Anfrage stellen und AWS gibt eine Antwort.
Sie können die Kommunikation leicht in mehrere Schichten aufteilen, aber diese Schichten sind die grundlegendsten und wichtigsten Zusammenbrüche. Das Verständnis dieser Schichten reicht aus, um robuste Anwendungen mit AWS zu schreiben. (Da Ihre Anwendungen größer und komplexer werden und AWS mehr Funktionalität bietet, müssen Sie möglicherweise mit zusätzlichen Schichten arbeiten.)
Transportieren der Daten
Das erste Kommunikationsproblem, das Sie beheben müssen, ist die Transportbedingung. AWS unterstützt HTTP für nicht sichere Anforderungen und HTTPS für sichere Anforderungen für einige Dienste, einschließlich derer in der folgenden Liste:
- Amazon Associates Webdienst
- Amazon CloudFront (HTTPS wird für die Steuer-API benötigt; derzeit wird nur HTTP für die Anforderungs-API akzeptiert)
- Amazon DevPay (HTTPS wird für den Lizenzdienst benötigt)
- Amazon Elastic Compute Cloud
- Flexibler Amazon Payments Service (HTTPS wird benötigt)
- Amazon Fulfillment Web Service (HTTPS wird benötigt)
- Amazon Mechanical Turk
- Amazon SimpleDB
- Amazon Simple Queue Service
- Einfacher Amazon-Speicherdienst
In den meisten Fällen liefert die Verwendung von SSL (Secure Sockets Layer) in Form von HTTPS-Anforderungen das beste Ergebnis, da die Informationen über das Internet sicher bleiben. Wenn die Daten, die Sie benötigen, nicht vertraulich sind, können Sie manchmal eine bessere Anwendungsgeschwindigkeit mit HTTP erzielen. In einigen Fällen müssen Sie HTTP verwenden, da der Dienst HTTPS nicht unterstützt. Überprüfen Sie daher die Service-Dokumentation, bevor Sie irgendwelche Annahmen treffen.
Die meisten Entwickler kennen sowohl HTTP als auch HTTPS durch die Entwicklung von Desktop- und Browseranwendungen. Was Sie jedoch möglicherweise nicht wissen, ist, dass AWS auch Message Queuing Telemetry Transport (MQTT) unterstützt. Dieses Publish / Subscribe-Messaging-Transportprotokoll erfüllt die Anforderungen von eingeschränkten Geräten, z. B. solchen, die zur Ausführung der Internet of Things (IoT) - und Machine-to-Machine (M2M) -Tasks verwendet werden.Weitere Informationen zu MQTT und der AWS-Ansicht finden Sie hier. AWS ermöglicht die Verwendung von MQTT mit einer Reihe von Diensten, einschließlich
- Einfacher Amazon-Speicherdienst
- Amazon DynamoDB
- Amazon Kinesis
- AWS Lambda
- Einfacher Amazon-Benachrichtigungsdienst
- Einfacher Amazon-Warteschlangendienst > Beschaffung einer API-Methodenliste
Bevor Sie mit AWS etwas anfangen können, müssen Sie wissen, welche Aufgaben (über Methoden zugänglich) verfügbar sind. Die API-Dokumentation kann Ihnen einen Überblick darüber geben, was Sie tun können. Die tatsächliche Liste der verfügbaren Methoden ist jedoch flexibel und kann je nach Kontext variieren. Beispielsweise können Sie möglicherweise bestimmte Aufgaben bei einigen Diensten nicht ausführen, weil Ihnen eine sichere Verbindung fehlt oder Sie den Dienst nicht für die Unterstützung der gewünschten Aufgabe konfiguriert haben.
Einer der Gründe, warum Sie REST verwenden möchten, ist, dass es keine CRUD-Anforderungen (Create, Read, Update und Delete) direkt auf das HTTP abbildet, wie es ein Protokoll tut (wodurch ein unzerbrechlicher Vertrag entsteht, den Sie jedes Mal ändern müssen). Zeit, die Sie ändern müssen). Sie stellen eine Anfrage über eine Standard-URL mit einer GET-Anfrage an und erhalten eine Liste von Hypermedia-Links zu den eigentlichen Methodenaufrufen. Der Artikel über Hypermedia als die Engine of Application State (HATEOAS) beschreibt, wie dieser Prozess ausführlicher funktioniert.
Ursprünglich verwendete REST XML, um die Liste der Verknüpfungen zu bestimmten Methodenaufrufen bereitzustellen, aber die Verwendung von Hypermedia Access Language (HAL) ermöglicht es Ihnen, stattdessen JSON zu verwenden, was einfacher zu verstehen ist. AWS verlässt sich derzeit auf XML für jede Art von API-Abfrage, da die meisten Entwickler XML besser zu verstehen scheinen. ist das native Format für AWS. Dieser Artikel enthält Details zur REST-API.
Auf einmal unterstützte AWS das Simple Object Access Protocol (SOAP) umfassend. Tatsächlich können Sie SOAP weiterhin verwenden, um Anforderungen zu stellen, jedoch nur unter Verwendung von HTTPS. In anderen Fällen unterstützt AWS SOAP nicht mehr (ein Beispiel für die Einstellung des EC2-Dienstes).
Eine Anfrage erstellen
Anfragen und Antworten folgen den vertrauten Mustern, die mit anderen Webdiensten verwendet werden. AWS acht- achtet jedoch sorgfältig darauf, dass Sie wissen, dass REST lediglich die Architektur ist und dass API-Anforderungen etwas zu REST hinzufügen. das heißt, sie repräsentieren eine andere Schicht. In vielen Fällen sehen Sie REST / query, die sich auf REST bezieht, der bei einem API-Aufruf eines bestimmten Typs verwendet wird.
Sie müssen die meisten REST-Anforderungen signieren, die Sie an AWS stellen. Einige Dienste, z. B. der einfache Speicherdienst (S3), ermöglichen anonyme Anforderungen. Um eine signifikante Menge an Informationen zu sammeln, müssen Sie jedoch signierte (authentifizierte) Anfragen stellen. In diesem Artikel wird jedoch beschrieben, wie Sie mit einer solchen Anforderung ein Sicherheitsproblem mit einem S3-Bucket beheben können.
Wenn Sie eine Anfrage mit der CLI oder einem SDK stellen, signiert die Umgebung Ihre Anfrage für Sie. Auch wenn die Anforderung noch signiert ist, müssen Sie sich nicht um die manuelle Ausführung der Aufgabe kümmern. Weitere Informationen zum Signieren von Daten finden Sie unter.