REST API (Representational State Transfer) lub RESTful Web Services - co to jest? REST w tłumaczeniu na język angielski "przeniesienie państwa reprezentatywnego". Jest to sposób zapewnienia interoperacyjności systemów komputerowych w Internecie. REST zgodny usługi sieci Web, pozwalając żądającego dostępu do tekstu reprezentacje zasobów WWW i zarządzać nimi za pomocą jednego i standardowy zestaw operacji. Istnieją inne formy usług internetowych, które zawierają własne operacje dowolnym zbiorem, takich jak WSDL i SOAP.

REST API: co to jest? Definicja pojęcia

Zasoby internetowe zostały pierwotnie zdefiniowane w sieci WWW jako dokumenty lub pliki zidentyfikowane przez ich adresy URL. Dziś są one znacznie bardziej ogólny i abstrakcyjny, że definicja obejmuje każdy przedmiot lub podmiot, który może być zidentyfikowany, nazwie, skierowany lub traktowane w sieci. Usługi sieci Web REST API zatrute wnioski w odpowiedzi przyczyna URI-Life, które mogą być zaprojektowane w formacie XML, HTML, JSON lub innego formatu. Odpowiedź może potwierdzić, że niektóre zmiany zostały dokonane w zberihayemyy zasobów oraz zapewnienie łącza hipertekstowe do innych zasobów i ich pokrewnych kolekcji. Korzystanie z protokołu HTTP jako najbardziej rozpowszechnionym protokołem odnosi się do rodzajów dostępnych operacji, które spowodowały zespoły PUT, DELETE HTTP GET, POST. Korzystanie protokoły bez statusu i REST standardowym systemem operacyjnym koncentruje się na wysoką wydajność, niezawodność i zdolność do wzrostu przez składniki ponownego użycia, które mogą być kontrolowane iktóry można aktualizować bez wpływu na system jako całość. Korzystanie z REST jest często lepsze niż w stylu protokołu SOAP (Simple Object Access Protocol), ponieważ usługa REST nie używa przepustowości, co czyni go bardziej odpowiednim do korzystania z Internetu. W przypadku podejścia SOAP wymagane jest zarejestrowanie lub użycie dostarczonego programu serwera (do konserwacji danych) i programu klienta (do zapytania danych).

Historia technologii

Termin "transmisja reprezentatywnego państwa" został wprowadzony i zidentyfikowany w 2000 r. Przez Roya Fieldinga w jego rozprawie "Style architektoniczne i projektowanie architektury oprogramowania sieciowego". Opracował styl architektoniczny REST równolegle z HTTP 111996-1999, na podstawie istniejącego projektu HTTP 101996. W retrospekcyjnym spojrzeniu na rozwój technologii, Fielding powiedział, że podczas procesu standaryzacji HTTP został wezwany do ochrony wyboru projektu w Internecie. Jest to bardzo trudne zadanie w ramach procesu, przyjmowanie propozycji od każdego, kto szybko staje się centrum całej branży. Fielding miał komentarze od ponad 500 deweloperów, z których wielu to znakomici inżynierowie z wieloletnim doświadczeniem. Musiał wszystko wyjaśnić, zaczynając od najbardziej abstrakcyjnych koncepcji interakcji internetowej i kończąc na dokładnych szczegółach składni HTTP. Ten proces wyostrzył swój model do podstawowego zestawu zasad, właściwości i ograniczeń, które obecnie nazywają się REST.

Korzyści

Cechy stylu REST mają wpływ na następujące właściwości architektoniczne:

Wydajność - Interakcjakomponenty są dominującą cechą postrzegania wydajności i wydajności sieci przez użytkowników.

Skalowalność w celu obsługi maksymalnej liczby komponentów, testowania interfejsu API REST i interakcji z nimi.

Prostota ujednoliconego interfejsu i autoryzacja interfejsu API REST.

Możliwość modyfikowania komponentów w celu spełnienia zmieniających się potrzeb (nawet podczas działania programu).

Widoczność powiązania między komponentami i agentami usług.

Zdolność do przenoszenia komponentów poprzez przeniesienie ich kodu programu do danych.

Niezawodność - wysoka odporność na awarie w przypadku awarii w składzie, złączach lub danych.

ze względu na podział problemów między klientami, że odpoczynek API pozwala na uproszczenie implementacji elementów zmniejsza złożoność semantyki łącznika, poprawia wydajność i wzrost wydajności Tuning skalowalności części czystego serwera. Złożone ograniczenia systemowe pozwalają pośredników-proxy, bramy i zapory sieciowe realizowane w różnych miejscach bez zmiany interfejsów komunikacyjnych pomiędzy komponentami, pozwalając im na tłumaczenie REST wiadomość lub zwiększenia wydajności poprzez buforowanie ogólnym dużą skalę. Przykładem REST API jest fakt, że gdy interakcje nie zależą od statusu zapytań, standardowe metody i typy mediów są używane do oznaczania semantyki i wymiany informacji, a odpowiedzi wyraźnie wskazują na cacheability.

Ograniczenia formalne i architektoniczne

Sześć ograniczeń charakteryzuje się systemem RESTful. Ograniczająsposoby, w jakie serwer może przetwarzać i akceptować żądania klientów. Działając w tych granicach, usługa otrzymuje pożądane właściwości niefunkcjonalne, takie jak wydajność, skalowalność, prostota, zmienność, widoczność, mobilność i niezawodność. Jeśli usługa narusza wszelkie niezbędne ograniczenia, nie można jej uznać za RESTOWN.
Pierwsze ograniczenia dotyczą stylu architektonicznego "klient-serwer". Podział problemów interfejsu użytkownika z problemami z przechowywaniem danych poprawia przenośność interfejsu użytkownika na wielu platformach. Poprawia także skalowalność, upraszczając komponenty serwera. Być może najbardziej znaczące dla sieci jest to, że podział pozwala komponentom rozwijać się niezależnie, tym samym utrzymując wymagania skali internetowej w zestawie domen organizacyjnych.

Bezpieczeństwo

REST nie zapewnia wbudowanej obsługi bezpieczeństwa. Jest to bardzo ważne podczas projektowania internetowych usług REST - wymagania bezpieczeństwa i projektowanie są wykonywane z wyprzedzeniem. Usługi sieci Web REST używają HTTP GET, POST, PUT i DELETE z operacji CRUD. Funkcje PUT i DELETE nie są obsługiwane przez wiele przeglądarek i często są odłączane na poziomie serwera z powodu możliwych naruszeń prywatności. Jeśli nie jest poprawnie skonfigurowany na poziomie serwera i klienta, dowolny użytkownik zewnętrzny będzie mógł utworzyć zasób przy użyciu metody PUT lub zniszczyć używane źródło DELETE. Podczas opracowywania wymagań bezpieczeństwa dla usług internetowych punkty te powinny być brane pod uwagę.

Elementy architektoniczne

Kluczowym aspektem REST jest charakter i stanjego elementy danych. W stylu REST istnieją cztery pojęcia opisujące zachowanie i stan informacji. Zasób to obiekt (logiczny lub fizyczny) dostępny w Internecie. Może to być dokument przechowywany w systemie plików serwera lub wiersz w tabeli bazy danych. Użytkownik końcowy wchodzi w interakcję z zasobem, aby osiągnąć określony cel. Aby zaprojektować system przy użyciu usługi REST, programista musi pomyśleć o obiektach biznesowych jako zasobach i sposobach ich rozwiązania. URI - jednoznacznie identyfikuje zasób. Ten parametr określa adres zasobu i można go zmienić. Zasoby są zmieniane za pomocą protokołu programu - na przykład HTTP. Reprezentacja to dane /metadane stanu zasobów w danym czasie. Klient otrzymuje reprezentację zasobu podczas żądania identyfikatora URI. Typ zasobu może być zakodowany w jednym lub wielu przesyłanych formatach, takich jak XML, HTML, JSON, RSS, REST API dla java. Formaty te można uzgodnić z mechanizmem negocjacji treści. Link - umożliwia aplikacji przejście z jednego stanu do drugiego. Każdy zasób musi być połączony z innymi zasobami. Zgłoszenie powinno sugerować link do następnego ruchu. Dobrze połączona aplikacja pozwala użytkownikowi niezależnie otworzyć interfejs.

Łącznik

Łącznik to abstrakcyjny interfejs pośredniczący w połączeniu między komponentami. Ponieważ interakcje REST nie występują, konektor nie może przechowywać informacji o stanie. W konsekwencji połączenie między komponentami może odbywać się równolegle. Klient i serwer to główne złącza REST.Klient inicjuje żądanie, a serwer je przetwarza. Pamięć podręczna to inny typ złącza. Buforowanie może być realizowane na poziomie klienta, serwera lub pośredniego. Zmniejsza to czas oczekiwania i wykorzystanie sieci.

Komponenty

Komponenty wykonują zestaw jasno zdefiniowanych metod na zasobie, generując pomysł przechwytywania bieżącego lub przewidywanego stanu. User-Agent - używa konektora klienta do inicjowania żądania. Origin-serwer używa złącza serwera do odpowiedzi na żądanie. Proxy jest pośrednikiem, który jest używany po stronie klienta, aby zapewnić enkapsulację interfejsu z innymi usługami. Wykonuje również translację danych i ochronę. Gateway to mediator używany na serwerze do zapewnienia enkapsulacji interfejsu z innymi usługami.

Perspektywy rozwoju

Zawsze aktualne pytanie: REST API - Co to jest dla nowoczesnych technologii internetowych? REST jest fundamentem dzisiejszej architektury internetowej, która jest rozwijana poprzez analizę wad istniejących stylów i wprowadzanie do nich nowych dodatków. API REST - co to jest? Chcemy wykorzystać istniejące style ze skoordynowanym zestawem ograniczeń, aby zminimalizować łączność sieciową i zmaksymalizować niezależną ewolucję komponentów w celu osiągnięcia skalowalności. Jest to nowa architektura rozproszonego systemu hipermedialnego. Wraz z pojawieniem się smartfonów, tabletów i innych gadżetów zostanie wdrożona sieć i jej skalowalność.