REST API - co je to? REST: překlad. Zastupující státní převod

REST API (Representational State Transfer) nebo RESTful webová služba - co to je? REST v překladu z angličtiny "reprezentativní státní převod." To je způsob, jak zajistit interakci mezi počítačovými systémy na internetu. Webové služby kompatibilní s protokolem REST, které umožňují žádat systémům přístup a správu textových zobrazení webových zdrojů pomocí jediné a předdefinované sady operací. Existují i ​​jiné formy webových služeb, které obsahují své vlastní libovolné operační sady, například WSDL a SOAP.

REST API: co je to? Definice pojmu

Webové zdroje byly původně definovány na World Wide Web jako dokumenty nebo soubory identifikované jejich adresami URL. Dnes mají mnohem obecnější a abstraktnější definici zahrnující každý předmět nebo podstatu, která může být identifikována, pojmenována, adresována nebo zpracována na webu. Webová služba požaduje REST API, otrávené v URI života, vyvolává reakci, která může být navržena v XML, HTML, JSON, nebo v jiném formátu. Odpověď může potvrdit, že došlo k nějakým změnám uloženého prostředku, poskytnout také hypertextové odkazy na další související zdroje a jejich sbírky. Používání protokolu HTTP jako nejběžnějšího protokolu odkazuje na typy dostupných operací, které jsou předdefinovány pomocí příkazů PUT, DELETE, HTTP GET, POST.

Pomocí protokolů bez státní bezpečnosti a standardních operací jsou systémy REST zaměřeny na rychlý výkon, spolehlivost a růstovou kapacitu tím, že znovu používají komponenty, které lze spravovat a které lze aktualizovat bez ovlivnění celkového systému. Používání zbytek je často lepší než těžší styl SOAP (Simple Object Access Protocol), jako REST nepoužívá šířku pásma, který dělá to více vhodný pro použití na internetu. Přístup SOAP vyžaduje záznam nebo použití dodaného serverového programu (pro datovou službu) a klientského programu (pro vyžádání dat).

Dějiny technologie

Termín "reprezentativní převod státu" byl zaveden a definován v roce 2000 Royem Fieldingem v jeho práci "Architektonické styly a návrh síťových softwarových architektur". On vyvinul architektonický styl REST souběžně s HTTP 1.1 v letech 1996-1999, založený na stávajícím projektu HTTP 1.0 z roku 1996. V retrospektivním pohledu na vývoj technologie Fielding uvedl, že během standardizačního procesu HTTP byl vyzván, aby chránil volbu designu na internetu. To je velmi obtížný úkol při přijímání nabídek od někoho na téma, které se rychle stane centrem celého odvětví.

Firma Fielding měla připomínky od více než 500 vývojářů, z nichž mnozí jsou vynikající inženýři s dlouholetými zkušenostmi. Musel mu vysvětlit vše, počínaje nejabstraktnějšími pojmy interakcí na webu a končícími přesnými detaily syntaxe HTTP. Tento proces zdokonalil svůj model na základní soubor zásad, vlastností a omezení, které se nyní nazývají REST.

Výhody

Funkce stylu REST ovlivňují následující architektonické vlastnosti:

• Výkonnost - Interoperabilita komponent je dominantním prvkem ve vnímání výkonu a výkonu sítě.
• Škálovatelnost pro podporu maximálního počtu komponent, test REST API a interakci mezi nimi.
• Jednoduchost jediného rozhraní a povolení rozhraní API REST.
• Modifikovatelnost komponent s ohledem na měnící se potřeby (i když je aplikace spuštěna).
• Viditelnost vztahu mezi komponenty a servisními agenty.
• Schopnost přenášet komponenty přesunem jejich programového kódu s daty.
• Spolehlivost - vysoká odolnost proti chybám při výskytu poruch ve složení, konektorech nebo datech.

Vzhledem k separaci obav mezi klienty, kteří tento REST API umožňuje zjednodušit provádění složek snižuje složitost sémantiky konektoru zlepšuje účinnost a ladění výkonu zlepšuje škálovatelnost čistých serverových komponent. Komplexní systém omezení umožňují zprostředkovatelé-proxy, brány a firewally implementované v různých částech komunikace beze změny rozhraní mezi komponentami, které jim umožní provádět zprávy REST přeložených nebo zlepšení výkonu pomocí rozsáhlé všeobecné ukládání do mezipaměti. Příkladem REST API je skutečnost, že vzájemné působení nezávisí na stavu žádostí, standardní metody a typy médií se používají k označení sémantiky a výměnu informací a odpovědí jasně indikují mezipaměti.

Formální a architektonická omezení

Šest řídících omezení charakterizuje systém RESTful. Omezují způsob, jakým může server zpracovávat a přijímat požadavky zákazníků. V rámci těchto omezení služby obdrží požadované nefunkční vlastnosti, jako je výkon, škálovatelnost, jednoduchost, variabilita, viditelnost, mobilita a spolehlivost. Pokud služba poruší požadovaná omezení, nemůže být považována za RESTful.

První omezení se vztahují k architektonickému stylu "klient-server". Oddělení problémů s uživatelským rozhraním s problémy s úložištěm zlepšuje přenosnost uživatelského rozhraní na více platformách. Také zlepšuje škálovatelnost zjednodušením součástí serveru. Snad nejdůležitější věcí pro web je to, že oddělení umožňuje komponentům samostatně se vyvíjet, čímž podporuje požadavky internetové stupnice na různé organizační oblasti.

Bezpečnost

REST neposkytuje vestavěnou podporu zabezpečení. To je velmi důležité při navrhování webových služeb REST - požadavky na bezpečnost a návrh jsou splněny předem. Webové služby REST používají operace HTTP GET, POST, PUT a DELETE z operací CRUD. PUT a DELETE nejsou podporovány mnoha prohlížeči a nejčastěji jsou na úrovni serveru zakázány z důvodu možného narušení soukromí. Pokud není správně nakonfigurován na úrovni serveru a klienta, může každý neoprávněný uživatel vytvořit prostředek pomocí metody PUT nebo zničit použitý prostředek DELETE. Při vytváření bezpečnostních požadavků na webové služby byste měli tyto body zvážit.

Architektonické prvky

Klíčovým aspektem funkce REST je povaha a stav datových položek. Ve stylu REST existují čtyři pojmy, které popisují chování a stav informací.

Zdrojem je objekt (logický nebo fyzický) dostupný na internetu. Může se jednat o dokument uložený v systému souborů serveru nebo o řádek v databázové tabulce. Koncový uživatel interaguje s prostředkem k dosažení konkrétního cíle. Při navrhování systému pomocí programu REST musí vývojář přemýšlet o obchodních objektech jako o zdrojích ao tom, jak je lze řešit.

URI jednoznačně identifikuje zdroj. Tento parametr činí zdroj adresovatelný a lze ho změnit. Zdroje se mění pomocí aplikačního protokolu, jako je HTTP.

Prezentace - tyto údaje / metadata stav zdroje v čase. Klient obdrží zobrazení zdroje při požadavku na URI. Typ zdroje lze kódovat v jednom nebo více přenesených formátech, jako jsou XML, HTML, JSON, RSS, REST API java. Tyto formáty lze koordinovat pomocí mechanismu pro vyjednávání obsahu.

Link - umožňuje aplikaci provést přechod z jednoho státu do druhého. Každý zdroj musí být připojen k jiným zdrojům. Předložení by mělo nabídnout odkaz na další přechod. Dobře připojená aplikace umožňuje uživateli otevřít rozhraní sám.

Konektor

Konektor konektoru je abstraktní rozhraní, které zprostředkovává spojení mezi komponenty. Protože interakce REST nemají stav, konektor by neměl ukládat informace o stavu. V důsledku toho se vztah mezi součástmi může objevit paralelně.

Klient a server jsou hlavní konektory REST. Klient iniciuje požadavek a server jej zpracuje.

Cache je jiný typ konektoru. Ukládání do mezipaměti může být provedeno na úrovni klientů, serverů nebo středních úrovní. To snižuje latenci a využití sítě.

Komponenty

Komponenty provádějí sadu dobře definovaných metod na zdroji, který vytvoří pohled zachytit aktuální nebo vnímaný stav.

User-Agent - pomocí klientského konektoru iniciuje požadavek.

Origin-server - používá server konektor k odpovědi na požadavek.

Proxy proxy použitý na straně klienta, aby bylo zajištěno, že rozhraní je zapouzdřené jinými službami. Provádí také překlad a ochranu dat.

Brána je prostředník používaný na serveru k poskytnutí zapouzdření rozhraní pro jiné služby.

Perspektivy vývoje

Vždy relevantní otázka: REST API - co je to pro moderní internetové technologie? REST je základem moderní architektury webových stránek, která se vyvíjí analýzou nedostatků již existujících stylů a zavedením nových doplňků.

Jaký je účel API REST? To je touha používat existující styly s koordinovaným souborem omezení, aby se minimalizovalo připojení k síti a maximalizoval se nezávislý vývoj komponent, aby se dosáhlo škálovatelnosti. Jedná se o novou architekturu distribuovaného hypermedia systému. S příchodem smartphonů, tablet, atd. Gadgets bude implementována síť a její škálovatelnost.