Amazon Web Services: SOAP nebo REST? - Dummies

Původně spustila služba Amazon Web Services (AWS) s podporou SOAP pro interakce s jeho rozhraním API, ale stále je zastaralá jinými slovy) jeho rozhraní SOAP ve prospěch RESTu. Nejlepším doporučením pro jakékoli použití rozhraní AWS API je, že se zaměřujete na používání funkce REST.

Tímto způsobem nebudete skončovat s programy, které jednoho dne přestanou pracovat - dlouho poté, co jste zapomněli detaily interakčních mechanismů. Zkušenost s nepříjemným úkolem vrátit se do systému a pokusit se rekonstruovat své akce před měsíci nebo lety je nešťastná.

Nemá smysl pokoušet se o osud s AWS - pokud chcete interagovat s AWS API, použijte REST, což je dlouhodobý směr společnosti Amazon.

Starší přístup, SOAP (zkratka pro protokol pro jednoduchý objektový přístup), měl rozsáhlou průmyslovou podporu, doplněnou o komplexní soubor standardů. Tyto normy byly bohužel příliš obsáhlé. Lidé, kteří navrhli SOAP, nastavili, aby byly extrémně flexibilní - mohou komunikovat přes web, e-mail a soukromé sítě. Pro zajištění zabezpečení a spravovatelnosti byla definována také řada podpůrných standardů, které jsou integrovány do systému SOAP.

je založen na standardním dokumentu kódování známém jako Extensible Markup Language (zkratka XML) a služba SOAP je definována tak, že uživatelé pak mohou využívat XML bez ohledu na to, jaká je základní komunikační síť. Aby tento systém fungoval, data přenášená systémem SOAP (běžně označovaná jako užitečné zatížení ) musí být také ve formátu XML. Všimněte si vzoru zde? Pusť, aby byla komplexní a flexibilní (nebo aby byly všechny věci všem lidem) plus požadavek na užitečné zatížení XML, znamenalo, že SOAP skončil poměrně složitý, takže je hodně práce správně. Jak můžete odhadnout, mnozí IT pracovníci zjistili, že SOAP je skličující a v důsledku toho odolávali jeho používání.

Asi před deseti lety doktorský student definoval další přístup k webovým službám jako součást své práce: REST nebo Representational State Transfer. REST, který je mnohem méně komplexní než SOAP, usiluje o vyřešení méně problémů. Netýká se některých aspektů SOAP, které se zdají být důležité, ale to v retrospektivním vývoji zjednodušilo používání - například zabezpečení.

Nejdůležitějším aspektem RESTu je to, že je navržen tak, aby se integroval se standardními webovými protokoly, takže služby REST lze volat pomocí standardních webových sloves a adres URL. Například platný hovor REST vypadá takto:

// search.examplecompany. com / CompanyDirectory / EmployeeInfo? empname = BernardGolden

To je vše, co potřebujete k dotazu na službu REST společnosti example, abyste viděli osobní informace. Slovo HTTP, které doprovází tuto žádost, je GET a žádá o vrácení informací. Chcete-li odstranit informace, použijte sloveso DELETE. Chcete-li vložit informace, použijte sloveso POST. Chcete-li aktualizovat informace, použijete sloveso PUT.

Pro akce POST a PUT by doplňující informace doprovázely empname a byly odděleny znakem ampersand (&), který označuje další argument, který má služba použít.

REST neuvádí žádné zvláštní požadavky na formátování na užitečné zatížení služby; v tomto ohledu se liší od SOAP, který vyžaduje XML. Pro jednoduché interakce je řetězec bajtů vše, co potřebujete pro užitečné zatížení; pro složitější interakce (řekněme, že navíc k vrácení informací o zaměstnancích chcete podat žádost o informace o zaměstnancích všech zaměstnanců, jejichž jména začínají s G), používá se kódovací konvence JSON. (JSON, pokud jste zvědaví, znamená Javascript Object Notation.)

Jak můžete očekávat, model RESTu pro jednodušší použití, jeho sladění se standardními webovými protokoly a slovesy a jeho méně restriktivní formátování užitku zatížilo jeho vývojářům jako dům v ohni.