REST API - какво е това? REST: превод. Представително държавно прехвърляне

REST API (Представително държавно прехвърляне) или RESTful web service - какво е това? REST в превод от английски "представителен държавен трансфер". Това е начинът да се осигури взаимодействие между компютърните системи в Интернет. Web-услуги, съвместими с REST, които позволяват на системите за заявки да имат достъп и да управляват текстови изгледи на уеб ресурси, като използват един и единствен набор от операции. Съществуват и други форми на уеб услуги, които съдържат свои собствени произволни операционни набори, например WSDL и SOAP.

REST API: какво е това? Определение на понятието

Уеб ресурсите първоначално бяха дефинирани в World Wide Web като документи или файлове, идентифицирани чрез техните URL адреси. Днес те имат много по-общо и абстрактно определение, обхващащо всеки обект или същност, които могат да бъдат идентифицирани, наименувани, адресирани или обработени в мрежата. В уеб услугата REST заявките, които са отровени в ресурса на URI, викат отговор, който може да бъде форматиран в XML, HTML, JSON или в друг формат. Отговорът може да потвърди, че са направени някои промени в запазения ресурс, също така предоставят хипертекстови връзки към други свързани ресурси и техните колекции. Използването на HTTP като най-честият протокол се отнася до видовете налични операции, които са предварително дефинирани от PUT, DELETE, HTTP GET, POST.

Използвайки протоколите без статус и стандартните операции, системите REST са насочени към бърза производителност, надеждност и капацитет за растеж чрез повторно използване на компоненти, които могат да бъдат управлявани и които могат да бъдат актуализирани, без да се засяга цялостната система. Използването на REST често е по-добре от по-тежък стил на SOAP (Simple Object Access Protocol), както REST не използва честотна лента, което го прави по-подходящ за използване в интернет. Подходът SOAP изисква записването или използването на предоставената сървърна програма (за услуга за данни) и клиентската програма (за заявка на данни).

История на технологиите

Терминът "представителен държавен трансфер" беше въведен и дефиниран през 2000 г. от Рой Филдинг в неговата дисертация "Архитектурни стилове и дизайн на мрежови софтуерни архитектури". Той разработи архитектурен стил на REST паралелно с HTTP 1.1 през 1996-1999 г., въз основа на съществуващия проект HTTP 1.0 от 1996 г. В ретроспективен поглед върху развитието на технологията, Fielding каза, че по време на HTTP стандартизационния процес, той е призован да защити избора на дизайн в Интернет. Това е много трудна задача в процеса на приемане на оферти от някого по тема, която бързо се превръща в център на цялата индустрия.

Fielding имаше коментари от над 500 разработчици, много от които са отлични инженери с дългогодишен опит. Той трябваше да обясни всичко, като започне с най-абстрактните понятия за взаимодействие в мрежата и завърши с точните подробности на HTTP синтаксиса. Този процес усъвършенства своя модел до основния набор от принципи, свойства и ограничения, които сега се наричат ​​REST.

предимства

Характеристиките на стила REST оказват следните архитектурни свойства:

• Ефективност - Оперативната съвместимост на компонентите е доминиращата черта в възприемането на производителността и производителността на мрежата от потребителите.
• Мащабируемост за подпомагане на максималния брой компоненти, тест REST API и взаимодействието между тях.
• Простота на един интерфейс и разрешение на REST API.
• Модифицируемост на компонентите, за да отговарят на променящите се нужди (дори когато приложението работи).
• Видимост на връзката между компонентите и обслужващите агенти.
• Възможност за прехвърляне на компоненти чрез преместване на програмния им код с данни.
• Надеждност - висока устойчивост на грешки при наличие на повреди в състава, съединителите или данните.

Поради отделянето на проблемите между клиентите, че това REST API ви позволява да се опрости прилагането на компонентите намалява сложността на семантиката на съединителя подобрява ефективността и настройка на работата подобрява скалируемостта на чисти сървърни компоненти. Комплексни системни ограничения позволяват посредници-проксита, шлюзове и защитни стени, прилагани в различни части на съобщението, без да променя връзките между компонентите, което им позволява да извършват останалата преведени съобщения или да се подобри производителността, като използвате мащабна обща кеширане. Пример за REST API е фактът, че взаимодействието не зависи от състоянието на заявките, стандартни методи и видове медии са използвани за да покаже, семантика и обмен на информация, както и отговори ясно показват, кеширани.

Официални и архитектурни ограничения

Шест направляващи ограничения характеризират системата RESTful. Те ограничават начините, по които сървърът може да обработва и приема исканията на клиентите. В рамките на тези ограничения, услугата получава желаните нефункционални свойства, като производителност, мащабируемост, простота, променливост, видимост, мобилност и надеждност. Ако услугата наруши всички необходими ограничения, тя не може да се счита за RESTful.

Първите ограничения се отнасят до архитектурния стил на "клиент-сървър". Разделянето на проблеми с потребителския интерфейс при проблеми с хранилището подобрява преносимостта на потребителския интерфейс на различни платформи. Също така подобрява мащабируемостта чрез опростяване на сървърните компоненти. Може би най-същественото нещо за Мрежата е, че разделянето позволява компонентите да се развиват самостоятелно, като по този начин подкрепят изискванията на Интернет мащаба за различни организационни области.

безопасност

REST не осигурява вградена поддръжка за сигурност. Това е много важно при проектирането на уеб услугите на REST - изискванията за сигурност и проектиране са изпълнени предварително. Уеб услугите REST използват HTTP GET, POST, PUT и DELETE от операциите CRUD. PUT и DELETE не се поддържат от много браузъри и най-често са деактивирани на ниво сървър поради възможно нарушение на поверителността. Ако не е правилно конфигуриран на ниво сървър и клиент, всеки неупълномощен потребител може да създаде ресурс чрез метода PUT или да унищожи използвания източник DELETE. Когато разработвате изисквания за сигурност за уеб услуги, трябва да обмислите тези точки.

Архитектурни елементи

Ключов аспект на REST е характерът и състоянието на неговите данни. В стил REST съществуват четири концепции, които описват поведението и състоянието на информацията.

Ресурсът е обект (логически или физически), достъпен в Интернет. Това може да бъде документ, съхраняван в файловата система на сървъра или в ред в таблицата на базата данни. Крайният потребител взаимодейства с ресурса, за да постигне конкретна цел. За да се създаде система, използваща REST, разработчикът трябва да мисли за бизнес обектите като ресурси и как те могат да бъдат разгледани.

URI уникално идентифицира ресурса. Този параметър прави адреса на ресурса и може да бъде променен. Ресурсите се променят с помощта на протокол за приложения, като например HTTP.

Представяне - тези данни / метаданни състояние на ресурсите във времето. Клиентът получава изгледа на ресурсите, когато поиска URI. Типът ресурс може да бъде кодиран в един или повече предавани формати, като например XML, HTML, JSON, RSS, REST API java. Тези формати могат да бъдат координирани чрез механизма за договаряне на съдържание.

Връзка - позволява на приложение да извърши преход от едно състояние към друго. Всеки ресурс трябва да бъде свързан с други ресурси. Представянето трябва да предлага връзка към следващия преход. Едно добре свързано приложение позволява на потребителя да отвори самия интерфейс.

съединител

Конекторът е абстрактен интерфейс, който посредничи за връзката между компонентите. Тъй като взаимодействията REST нямат състояние, конекторът не трябва да съхранява информация за състоянието. Следователно връзката между компонентите може да се осъществи паралелно.

Клиентът и сървърът са основните съединители REST. Клиентът инициира заявката и сървърът я обработва.

Кешът е друг вид конектор. Кеширането може да се изпълнява на клиентски, сървърни или междинни нива. Това намалява латентността и използването на мрежата.

елементи

Компонентите изпълняват набор от добре дефинирани методи на ресурс, който създава изглед за улавяне на текущото или възприетото състояние.

Потребител-агент - използва клиентския конектор за иницииране на заявката.

Origin-server - използва сървърния съединител, за да отговори на заявката.

Прокси сървър, използван от клиента, за да се гарантира, че интерфейсът е капсулиран от други услуги. Той също така извършва превод и защита на данните.

Порталът е посредник, използван на сървъра, за да осигури капсулиране на интерфейс за други услуги.

Перспективи за развитие

Винаги подходящ въпрос: REST API - какво е това за съвременните интернет технологии? REST е основата на съвременната уеб архитектура, която се разработва чрез анализиране на недостатъците на вече съществуващи стилове и въвеждане на нови допълнения към нея.

Каква е целта на REST API? Това е желанието да се използват съществуващите стилове с координиран набор от ограничения, за да се сведе до минимум мрежовата свързаност и да се максимизира независимата еволюция на компонентите, за да се постигне мащабируемост. Това е новата архитектура на разпределената система hypermedia. С навлизането на смартфони, таблети и т.н. джаджи ще бъде реализирана мрежата и нейната мащабируемост.