REST API - ce este? REST: traducere. Transferul de stat reprezentativ

REST API (Transfer de stat reprezentativ) sau RESTful serviciu web - ce este? REST în traducere din engleza "transfer reprezentativ de stat." Acesta este modul de a asigura interacțiunea dintre sistemele informatice de pe Internet. Servicii Web compatibile cu REST, care permit sistemelor solicitante să acceseze și să gestioneze vizualizările textuale ale resurselor Web utilizând un singur set de operațiuni predefinite. Există și alte forme de servicii web care conțin propriile seturi de operare arbitrare, de exemplu WSDL și SOAP.

REST API: ce este? Definiția concept

Resursele web au fost definite inițial pe World Wide Web ca documente sau fișiere identificate prin URL-urile lor. Astăzi au o definiție mult mai generală și abstractă care acoperă fiecare subiect sau esență care poate fi identificată, numită, adresată sau procesată pe Web. În serviciul web REST, interogările care sunt otrăvite într-o resursă URI apelează un răspuns care poate fi formatat în XML, HTML, JSON sau într-un alt format. Răspunsul poate confirma faptul că au fost făcute unele modificări la resursele stocate, de asemenea, oferă legături hipertext la alte resurse conexe și colecțiile acestora. Utilizarea HTTP ca protocol cel mai comun se referă la tipurile de operații disponibile care sunt predefinite de PUT, DELETE, HTTP GET, POST.

Utilizarea protocoalelor apatride și operații standard, sistem REST axat pe performanță rapidă, fiabilitate și capacitatea de a crește prin reutilizarea componentelor care pot fi controlate și care pot fi actualizate fără a afecta sistemul în ansamblu. Utilizarea REST este de multe ori mai bine decât un stil mai greu de SOAP (Simple Object Access Protocol), ca restul nu se folosește de lățime de bandă, ceea ce face mai potrivite pentru utilizarea pe Internet. O abordare SOAP necesită înregistrarea sau utilizarea programului server furnizat (pentru serviciul de date) și a programului client (pentru solicitarea de date).

Istoria tehnologiei

Termenul "transfer reprezentativ de stat" a fost introdus și definit în anul 2000 de Roy Fielding în teza sa "Stiluri arhitecturale și design de arhitecturi software de rețea". El a dezvoltat stilul arhitectural al REST în paralel cu HTTP 1.1 în 1996-1999, bazat pe proiectul HTTP 1.0 existent în 1996. Într-o viziune retrospectivă asupra dezvoltării tehnologiei, Fielding a spus că în timpul procesului de standardizare HTTP, el a fost chemat să protejeze alegerea designului pe Internet. Aceasta este o sarcină foarte dificilă în procesul de acceptare a ofertelor de la cineva pe un subiect care devine repede centrul întregii industrii.

Fielding a avut comentarii de la mai mult de 500 de dezvoltatori, dintre care mulți sunt ingineri excelenți cu ani de experiență. A trebuit să explice totul, începând cu noțiunile cele mai abstracte ale interacțiunii web și terminând cu detaliile exacte ale sintaxei HTTP. Acest proces își modelează modelul la setul de principii, proprietăți și constrângeri, numite acum REST.

avantaje

Caracteristicile stilului REST afectează următoarele proprietăți arhitecturale:

• Performanță - interoperabilitatea componentelor este caracteristica dominantă în percepția utilizatorilor asupra performanței și performanței rețelei.
• Scalabilitatea pentru a suporta numărul maxim de componente, testul API-ul REST și interacțiunea dintre ele.
• Simplitatea unei singure interfețe și autorizarea API-ului REST.
• Modificabilitatea componentelor pentru a satisface nevoile în schimbare (chiar și în timp ce aplicația rulează).
• Vizibilitatea relației dintre componente și agenți de service.
• Abilitatea de a transfera componentele prin mutarea codului lor de program cu date.
• Fiabilitate - toleranță ridicată la erori în cazul unor defecțiuni în compoziție, conectori sau date.

Datorită separării preocupărilor între clienții care acest API REST vă permite să simplifice punerea în aplicare a componentelor reduce complexitatea semantica conectorului îmbunătățește eficiența și performanța de tuning îmbunătățește scalabilitatea componentelor de server pure. constrângeri de sistem complex permit intermediari-proxy-uri, gateway-uri si firewall-uri implementate în diferite părți ale comunicării, fără a schimba interfețele dintre componente, permițându-le să efectueze mesajele traduse REST sau de a îmbunătăți performanța prin utilizarea unui cache generală pe scară largă. Un exemplu de API REST este faptul că interacțiunea nu depinde de starea solicitărilor, metode standard și tipuri de medii sunt folosite pentru a indica semantica și schimbul de informații și răspunsuri indică în mod clar în cache.

Limitări formale și arhitecturale

Șase restricții de ghidare caracterizează sistemul RESTful. Acestea limitează modul în care serverul poate procesa și accepta solicitările clienților. În cadrul acestor constrângeri, serviciul primește proprietățile nefuncționale dorite, cum ar fi performanța, scalabilitatea, simplitatea, variabilitatea, vizibilitatea, mobilitatea și fiabilitatea. Dacă serviciul încalcă orice restricții cerute, nu poate fi considerat RESTful.

Primele restricții se referă la stilul arhitectural al "client-server". Separarea problemelor legate de interfața cu utilizatorii cu probleme de stocare îmbunătățește portabilitatea interfeței cu utilizatorul pe mai multe platforme. De asemenea, îmbunătățește scalabilitatea prin simplificarea componentelor serverului. Poate că cel mai important lucru pentru Web este că separarea permite componentelor să evolueze independent, susținând astfel cerințele scalei Internet la o varietate de domenii organizaționale.

siguranță

REST nu oferă suport de securitate încorporat. Acest lucru este foarte important în proiectarea serviciilor web REST - cerințele de securitate și de proiectare sunt îndeplinite în avans. REST utilizează serviciile Web GET, POST, PUT și DELETE din operațiile CRUD. PUT și DELETE nu sunt acceptate de mai multe browsere și sunt cel mai adesea dezactivate la nivelul serverului din cauza unei posibile încălcări a confidențialității. Dacă nu este configurat corect la nivel de server și client, orice utilizator neautorizat poate crea o resursă folosind metoda PUT sau poate distruge resursa folosită DELETE. La elaborarea cerințelor de securitate pentru serviciile Web, trebuie să luați în considerare aceste puncte.

Elemente arhitecturale

Un aspect cheie al REST este natura și starea datelor sale. În stilul REST, există patru concepte care descriu comportamentul și starea informațiilor.

O resursă este un obiect (logic sau fizic) disponibil pe Internet. Acesta poate fi un document stocat în sistemul de fișiere al serverului sau un rând din tabela de baze de date. Utilizatorul final interacționează cu resursa pentru a atinge un obiectiv specific. Pentru a proiecta un sistem care utilizează REST, dezvoltatorul trebuie să se gândească la obiectele afacerii ca resurse și la modul în care pot fi abordate.

URI identifică în mod unic resursa. Acest parametru face ca resursa să poată fi adresată și poate fi modificată. Resursele sunt modificate utilizând un protocol de aplicație, cum ar fi HTTP.

Prezentare - aceste date / metadate resursă de stat la timp. Clientul primește vizualizarea despre resurse atunci când solicită un URI. Tipul de resursă poate fi codificat în unul sau mai multe formate transmise, cum ar fi XML, HTML, JSON, RSS, REST API java. Aceste formate pot fi coordonate folosind mecanismul de negociere a conținutului.

Link - permite unei aplicații să efectueze o tranziție de la o stare la alta. Fiecare resursă trebuie să fie conectată la alte resurse. Prezentarea ar trebui să ofere o legătură cu următoarea tranziție. O aplicație bine conectată permite utilizatorului să deschidă el însuși interfața.

conector

Conectorul conector este o interfață abstractă care mediază conexiunea dintre componente. Deoarece interacțiunile REST nu au o stare, conectorul nu trebuie să stocheze informații de stare. În consecință, relația dintre componente poate să apară în paralel.

Clientul și serverul sunt principalele conectori REST. Clientul inițiază cererea și serverul o procesează.

Cache-ul este un alt tip de conector. Caching-ul poate fi implementat la nivel client, server sau intermediar. Acest lucru reduce latența și utilizarea rețelei.

componente

Componentele execută un set de metode bine definite pe o resursă care creează o viziune pentru capturarea stării curente sau percepute.

User-Agent - utilizează conectorul client pentru a iniția solicitarea.

Origin-server-utilizează conectorul serverului pentru a răspunde solicitării.

Un proxy proxy utilizat pe partea clientului pentru a se asigura că interfața este încapsulată de alte servicii. De asemenea, efectuează traducerea și protecția datelor.

O poartă este un intermediar utilizat pe server pentru a furniza încapsularea interfeței pentru alte servicii.

Perspectivele dezvoltării

Intrebare intotdeauna relevanta: REST API - ce este aceasta pentru tehnologiile moderne de Internet? REST este fundamentul arhitecturii web moderne, care se dezvoltă prin analizarea deficiențelor stilurilor deja existente și prin introducerea unor noi completări.

Care este scopul API-ului REST? Aceasta este dorința de a utiliza stilurile existente cu un set coordonat de constrângeri pentru a minimiza conectivitatea la rețea și a maximiza evoluția independentă a componentelor pentru a obține scalabilitate. Aceasta este noua arhitectură a sistemului hipermedia distribuit. Odată cu apariția smartphone-urilor, tabletelor etc. gadget-urile vor fi implementate în rețea și scalabilitatea acesteia.