ビデオ: My Average Day 2018 (Raw Video) 2025
言い換えれば、そのSOAPインタフェースをRESTに向ける）。 AWS APIを使用する際には、RESTの使用に重点を置くことをおすすめします。 そのようにして、あなたはインタラクションメカニズムの詳細を忘れてしまっても、いつかは動作しなくなるプログラムで終わることはありません。システムに戻って数カ月または数年前からあなたの行動を再構築しようとする不愉快な仕事の経験は残念なことです。
<！ AWS APIとやり取りする場合は、Amazonの長期的な方向であるRESTを使用してください。古いアプローチであるSOAP（シンプルオブジェクトアクセスプロトコルの略）は、包括的な一連の標準を備えた広範な業界サポートを有していました。残念ながら、これらの基準はあまりにも包括的でした。 SOAPを設計する人々は、Web、Eメール、および私設ネットワークを介して通信することができ、非常に柔軟性があるように設定しています。セキュリティと管理容易性を確保するために、SOAPと統合する多数のサポート標準も定義されています。
<！ SOAP 999は、XML（Extensible Markup Language）として知られている文書エンコーディング標準に基づいており、SOAPサービスは、ユーザーがXMLを利用することができるように定義されています基本的な通信ネットワークは何か。しかし、このシステムを動作させるには、SOAP（一般にペイロード
とも呼ばれます）によって転送されるデータもXML形式である必要があります。
ここにパターンがありますか？包括的で柔軟性があること（あるいはすべての人にすべてであること）とXMLのペイロードの要件に加えて、SOAPは非常に複雑になり、適切に使用するには多くの作業を必要としました。あなたが推測しているように、多くのIT担当者はSOAPを見つけにくく、その結果、その使用に抵抗しました。<！約10年前、博士課程の学生は、彼の論文の一部として別のWebサービスアプローチ、すなわちRESTまたはRepresentational State Transferを定義しました。 SOAPよりもはるかに包括的ではないRESTは、より少ない問題を解決することを志向しています。重要であると思われるSOAPのいくつかの側面は扱っていませんが、見返りに、セキュリティを使用するなど、セキュリティをより複雑にしました。 RESTの最も重要な点は、RESTサービスを標準のWeb動詞とURLで呼び出すことができるように、標準のWebプロトコルと統合するように設計されていることです。たとえば、有効なREST呼び出しは次のようになります。 http：// search。examplecompany。 com / CompanyDirectory / EmployeeInfo？ empname = BernardGolden これはexamplecompanyのRESTサービスに人事情報を照会するために必要なことです。この要求に付随するHTTP動詞はGETであり、返される情報を要求します。情報を削除するには、動詞DELETEを使用します。情報を挿入するには、verb POSTを使用します。情報を更新するには、動詞PUTを使用します。
POSTおよびPUTアクションの場合、追加情報がempnameに付随し、サービスによって使用される別の引数を示すためにアンパサンド（&）で区切られます。
RESTは、サービスペイロードに特定のフォーマット要件を課すことはありません。この点で、XMLを必要とするSOAPとは異なります。単純な対話の場合、ペイロードに必要なのはバイト列だけです。より複雑なやりとり（たとえば、従業員情報を返すほか、名前がGで始まるすべての従業員の従業員情報を要求したい場合）、エンコード規則JSONが使用されます。 （JSON、あなたが興味があるならJavascript Object Notationの略です）RESTのより単純な使用モデル、標準のWebプロトコルと動詞との位置合わせ、および制限の少ないペイロードの書式設定により、開発者火の家のように。
