АПИ-ји повезују апликације преко јасних протокола и архитектуре. АПИ архитектура је оквир правила за креирање софтверских интерфејса. Правила одређују како да се корисницима обезбеди функционалност сервера. Тип архитектуре одређује правила и структуре које управљају АПИ-јем.
Постоји много различитих типова АПИ архитектуре, од РЕСТ-а до РПЦ-а. Учење о њиховој структури и саставу помоћи ће вам да одаберете један за своју апликацију.
1. РЕСТ
РЕСТ АПИ-ји су модерни и најпопуларнија су АПИ архитектура коју програмери користе. РЕСТ (пренос репрезентативног стања) је архитектура која се користи за пројектовање клијент-сервер апликација. То није протокол или стандард, тако да га можете имплементирати на различите начине. Овај аспект повећава вашу флексибилност као програмера.
РЕСТ омогућава приступ траженим подацима ускладиштеним у бази података. Можете обављати основне ЦРУД функције помоћу РЕСТ АПИ-ја. Када клијенти захтевају садржај преко РЕСТфул АПИ-ја, морају да користе права заглавља и параметре. Заглавља садрже корисне метаподатке за идентификацију ресурса, као што су статусни кодови и ауторизација.
Информације које се преносе преко ХТТП-а могу бити у ЈСОН, ХТМЛ, КСМЛ или обичном тексту. ЈСОН је најчешће коришћени формат датотеке за РЕСТ АПИ-је. ЈСОН је језик агностичан и људима га могу читати.
2. СОАП
Једноставан протокол за приступ објектима (СОАП) је званични АПИ протокол. Ворлд Виде Веб Цонсортиум (В3Ц) одржава СОАП протокол, који је једна од најранијих АПИ архитектура. Његов дизајн олакшава комуникацију између апликација направљених на различитим језицима и платформама.
СОАП формат описује АПИ користећи језик описа веб услуга (ВСДЛ). Написан је у екстензивном језику за означавање (КСМЛ). Формат намеће уграђене стандарде усклађености који повећавају безбедност, доследност, изолацију и издржљивост. Ова својства осигуравају поуздане трансакције базе података чинећи СОАП бољим за развој предузећа.
Када корисник затражи садржај преко СОАП АПИ-ја, он пролази кроз стандардне протоколе слоја. Одговор је у КСМЛ формату, који људи и машине могу да читају. Као и РЕСТ АПИ-ји, СОАП АПИ-ји не кеширају/чувају информације. Ако вам подаци буду потребни касније, потребно је да упутите други захтев.
СОАП подржава размену података са статусом и без држављанства.
3. ГрапхКЛ
ГрапхКЛ је језик упита за АПИ. То је време извођења на страни сервера које извршава упите на основу дефинисаног скупа података. ГрапхКЛ има специфичне случајеве употребе. Његова архитектура вам омогућава да декларирате специфичне информације које су вам потребне.
За разлику од РЕСТ архитектуре, где ХТТП рукује клијентским захтевима и одговорима, ГрапхКЛ захтева податке са упитима. ГрапхКЛ сервис дефинише типове и поља тих типова, а затим обезбеђује функције за свако поље и тип.
Услуга прима ГрапхКЛ упити да потврди и изврши. Прво, проверава упит да би се уверио да се односи на дефинисане типове и дефинисана поља. Затим покреће повезане функције да би произвео жељени резултат.
ГрапхКЛ је одличан за одређене случајеве употребе као што је дохваћање података из више извора. Такође можете да контролишете преузимање података и регулишете пропусни опсег за мање уређаје.
4. Апацхе Кафка
Апацхе Кафка је дистрибуирана платформа која подржава стриминг догађаја. Стримовање догађаја је процес хватања података у реалном времену из извора. Извори могу бити базе података, сервери или софтверске апликације. Кафка систем се састоји од сервера и клијената. Комуникација се одвија преко ТЦП мрежног протокола.
Можете да примените систем на хардверу, виртуелним машинама и контејнерима. Ово можете да урадите на лицу места иу окружењу у облаку. Апацхе Кафка систем хвата податке, обрађује и реагује на њих у реалном времену. Такође може да усмери податке на жељену дестинацију у реалном времену. Кафка снима и складишти податке у систему које можете касније да преузмете за употребу.
Кафка подржава континуирани проток и интеграцију података. Ово осигурава да су информације на правом месту, у право време. Стримовање догађаја се може применити на многе случајеве коришћења којима су потребни токови података уживо. То укључује финансијске институције, здравствену заштиту, владу, транспортну индустрију и компаније за компјутерски софтвер.
5. АсинцАПИ
АсинцАПИ је иницијатива отвореног кода која помаже у изградњи и одржавању архитектуре вођене догађајима. Његове спецификације имају много тога заједничког са ОпенАПИ спецификацијама. АсинцАПИ је у суштини адаптација и побољшање ОпенАПИ спецификација, са неколико разлика.
АсинцАПИ архитектура обједињује мешавину РЕСТ АПИ-ја и АПИ-ја вођених догађајима. Његове шеме за руковање захтевима и одговорима су слично АПИ-јима догађаја. АсинцАПИ обезбеђује спецификације за описивање и документовање асинхроних апликација у машини читљивом формату. Такође пружа алате као што су генератори кода како би корисницима олакшали њихову имплементацију.
АсинцАПИ побољшава тренутно стање архитектуре вођене догађајима (ЕДА). Циљ је да се олакша рад са ЕДА-има као што је то случај са РЕСТ АПИ-јима. Иницијатива АсинцАПИ обезбеђује документацију и код који подржавају управљање догађајима. Већина процеса који се користе у РЕСТ АПИ-јима се примењују на АПИ-је вођене догађајима/асинхроне.
Коришћење АсинцАПИ спецификације за документовање система вођених догађајима је од виталног значаја. Он управља и одржава доследност и ефикасност у тимовима који раде на пројектима вођеним догађајима.
6. Позив за удаљену процедуру (РПЦ)
РПЦ је софтверски комуникациони протокол који омогућава комуникацију између различитих програма на мрежи. На пример, програм може да захтева информације са другог рачунара на мрежи. Не мора да се придржава мрежних протокола. Можете користити РПЦ за позивање процеса на удаљеним системима баш као и на локалном систему.
РПЦ ради на моделу клијент-сервер. Клијентски програм захтева, а серверски програм одговара услугом. РПЦ-ови раде на синхронизацији. Када програм пошаље захтев, он остаје суспендован док не добије одговор од сервера.
РПЦ-ови су најбољи за дистрибуиране системе. Они су најбољи за системе засноване на команди и имају лагану носивост која повећава перформансе.
Како одабрати праву АПИ архитектуру
Права АПИ архитектура зависи од вашег случаја употребе. Архитектура одређује методологију за развој АПИ-ја и како ће он радити. Архитектонски дизајн АПИ-ја дефинише његове компоненте и интеракције.
Донесите архитектонске одлуке пре дизајнирања и развоја АПИ-ја. Одредите техничке захтеве АПИ-ја, ниво, управљање животним циклусом и безбедност. Дизајн АПИ архитектуре садржи структурне слојеве. Слојеви воде развој и осигуравају да креирани АПИ служи својој сврси.