Мешап (хибрид wеб апликација)

Мешап у wеб девелопмент-у може бити wеб страница или wеб апликација која користи садржај више од једног извора да би створила нов сервис који је приказан у једном графичком интерфејсу. На пример, можемо комбиновати адресе са фотографијама из ваших извора са Гоогле мапом да би направили мешап мапу. Мешап подразумева јединствену, брзу интеграцију често користећи програмске интерфејсе апликација слободног кода (опен АПИ) и различите изворе података са циљем да произведу обогаћене резултате који нису били нужно оригинални разлог за обраду сирових изворних података. Термин машуп првобитно потиче од сленга са значењем бити пијан, или као опис за некога или нешто што не функционише правилно. У скорашњем енглеском жаргону се може односити на музику, где људи лако комбинују звук једне песме са вокалима друге и тиме стварају нешто ново.

Симбол мешапа

Главне карактеристике мешапа су комбинација, визуелизација и агрегација. Веома је важно да постојећи подаци буду што кориснији. Да би приступ подацима других сервиса стално био доступан, мешап апликације су углавном клијентске апликације или су хостоване преко интернета.

Неколико година уназад , све више wеб апликација објављују АПИје који омогућавају програмерима да једноставно интегришу податке и функције уместо да их сами пишу. За мешапе се може рећи да имају активну улогу у еволуцији Wеб 2.0. Мешап алати су углавном једноставни за коришћење од стране крајњих корисника. Углавном не захтевају познавање програмирања и пружају подршку визуелним компонентама ГУИа тј. додацима, услугама и компонентама. Сходно томе ови алати доприносе новој визији Wеба где корисници могу дати свој допринос.

Историја

Историја мешапа се може повезати са првим разумевањем ширег контекста историје Wеба. За пословни модел Wеба 1.0 компаније су складиштиле корисничке податке на порталима и редовно су их освежавали. Они су контролисали све корисничке податке, а корисници су морали да користе њихове производе и услуге да би добили информације.

Са развојем Wеба 2.0 стоврена су нова правила која су користила Wеб стандарде који су били најчешће коришћени од традиционалних конкурената који су откључали корисничке податке. У исто време настали су мешапи који су омогућили мешање и слагања конкуренцијских АПИја и тиме су створили нове могућности.

Термин мешап није формално дефинисан било којим стандардом.

Први мешапи су користили услуге мапирања или услуга фотографија за комбиновање ове услуге са подацима било које врсте и стога стварају визуелизације тих података.. У почетку већина мешапа су били потрошачки настројени али у скорије време мешапи се сматрају као интересантан концепт који је користан и фирмама. Пословни мешапи могу комбиновати постојеће унутрашње податке са спољним сервисима стварајући нове погледе на податке.

Врсте мешапа

Постоји много типова мешапа као што су пословни мешапи, кориснички мешапи и мешапи података. Најчешћи тип мешапа је кориснички мешап.

• Пословни мешапи дефинишу апликације које комбинују сопствене ресурсе, апликације и податке са спољним Wеб сервисима. Они фокусирају податке у једноставну презентацију дозвољавајући сарадњу кроз посао и развој. Ово добро ради за брзе развојне пројекте који захтевају сарадњу између програмера и муштерије (или заступника, често менаџером производа) за дефинисање и спровођење пословних захтева. Пословни мешапи су сигурни, визуелно богате Wеб апликације које излажу делотворне информације из разноврсних унутрашњих и спољашњих извора информација.
• Кориснички мешапи комбинују податке из многобројних јавних извора у претраживачу и организују их кроз једноставан претраживачки интерфејс.
• Мешапи података су потпуна супротност корисничких мешапа, они комбинују сличне типове медија и информација из више извора у једном приказу. Комбинација свих ресурса ствара нов и посебан Wеб сервис који у оригиналу није обезбеђен било којим извором.

По типу АПИ-ја

Мешапи се могу сврстати по основном типу АПИја који користе, али неки од њих се могу комбиновати једни са другима или могу бити уграђени у друге апликације.

По типу података

• Индексиране податке (документа, wеб блогови, слике, видео ...) користе мета претраживачи
• Картографске и географски подаци: геолокацијски софтвер, геовизуелизација
• Фидови, подкастови: сакупљачи вести

Функције

• Конвертори података: преводиоци језика, обрада говора, смањење УРЛ адреса ...
• Комуникација: е-маил, ћаскања, обавештења ...
• Визуелни подаци са приказом: визуелизације информација, дијаграми
• Безбедност: електронски системи плаћања, ИД идентификација ...
• Едитори

Мешап енаблер

У технологији, мешап енаблер је алат који трансформише некомпатибилне ИТ ресурсе у форму која омогућава да се ти ресурси лако комбинују у циљу стварања мешапа. Мешап енаблери дозвољавају моћним техникама и алатима (нпр. мешап платформе) да комбинују податке и услуге које ће се односити на нову врсту извора. Пример мешап енаблера је алат за прављење РСС вести из табеле (које се не могу лако користити за креирање мешапа). Многи мешап едитори укључују мешап енаблере као на пример Престо Масхуп Цоннецтор , Цонвертиго Wеб Интеграто] или Цаспио Бридге. Мешап енаблери се такође могу описати као "провајдери алата и сервиса, који чине мешап могућим".

Историја

Ранији мешапи су били ручно развијани од стране одушевљених програмера. Међутим како је мешап постајао све популарнији компаније су почеле стварање платформи за прављење мешапа, које дозвољавају дизајнерима да визуелно конструишу мешап повезивајући компоненте мешапа.

Мешап едитори су упростили стварање мешапа, значајно увећавајући продуктивност мешап програмера и на крају омогућујући мешап развој од стране крајњих корисника и не ИТ експерата. Стандардне компоненте и конектори омогућавају дизајнерима да са лакоћом комбинују мешап ресурсе у све сложеније системе. Међутим мешап платформе нису много учиниле да се прошири обим средстава доступних машапима и нису ослободили мешапе од њиховог ослањања на добро структуиране податке и отворене библиотеке (РСС фидови и јавни АПИји).

Мешап енаблери су наставили да решавају овај проблем пружајући могућност конвертовања других типова података и услуга у мешапове ресурсе.

Wеб ресурси

Наравно нису сви вредни подаци смештени у оквиру организација. У ствари највреднији подаци за пословну интелигенцију и доношење одлука су често изван организације. Са појавом богатих интернет апликација и онлајн Wеб портала широк спектар критичних пословних процеса (нпр. наручивање преко интернета) постају доступни на интернету. Нажалост, веома мали број извора ових података се налази у РСС формату и веома мали број услуга је омогућен путем јавних АПИја. Стога мешап едитори решавају овај проблем обезбеђујући енајблере или конекторе.

Изазови интеграције података

Постоји неколико изазова код интеграције адреса са подацима из других извора. Ти изазови се могу класификовати у четири групе: неусклађеност текста и података, неусклађеност индетификатора објекта и шема, неусклађеност нивоа апстракција и тачност података.

Неусклађеност текста и података

Велики део података је описаан текстом. Људски језици су често нејасани - име једне компаније може имати неколико варијанти. Двосмисленост чини тешким унакрсно повезивање са структуираним подацима. Поред тога податке изражене у људском језику је тешко обрадити преко програма. Једна од функција система интеграције података је да се певазиђе неусклађеност између докумената и података.

Идентитед објеката и посебне шеме

Структуирани подаци су доступни у много формата. Подизање података до заједничког формата података је први корак. Али, чак и ако су сви подаци доступни у заједничком формату, у пракси се иста фаза разликује у различитим изворима података. Разлике постоје и на нивоима појединих објеката као и на нивоима шема. Као пример за неусклађеност на нивоу објекта размотрите следеће: СЕЦ користи такозвани централни идекс кључа (ЦИК) да идентификује људе, компаније и финансијске инструменте док други извори, као што је ДБпедија, користи УРЛ адресе да би идентификовала ентитете. Поред тога сваки извор обично користи сопствене шеме и спецификације за утврђивање истих чињеница. Ове методе морају да се налазе на месту за повезивању различитих приказа објеката и шема.

Нивои апстракције

Извори података обезбеђују податке на некомпатибилним нивоима апстракције или класификује њихове податке у складу са одговарајућим класама у сектору. Пошто се подаци објављују на различитим нивоима апстракције ( нпр. особа, компанија, земља или сектор), сажети подаци за различитих аспеката могу бити некомпатибилни са подацима нпр. из статистичких завода. Такође постоје разлике у сажетку географских података (нпр. подаци о региону из једног извора података и подаци на нивоу земље из другог извора). Слично питање јесте употреба локалних валута које морају да се конвертују како би подаци из различитих извора били упоредиви и погоднији за анализу.

Квалитет података

Квалитет података је изазов када се аутоматски интегришу подаци из самосталних извора података. У отвореном окружењу сажети подаци могу или не морају утицати на издавача података. Подаци су често погрешни и комбиновање података често погоршава проблем. Нарочито кад се обавља резоновање (аутоматски извођење нових података из постојећих), погрешни подаци имају потенционално разарајући утицај на укупан квалитет добијеног податка. Самим тим изазов је како издавачи података морају координирати како би решили проблеме у подацима или црној листи сајтова који не пружају поуздане податке. Методе и технике су потребне да: проверите интегритет и тачност, суштину, идентификацију и поткрепљивање доказима, процените вероватноћу да ли је дата изјава тачна, изједначавају тежину разлике између тржнишних сектора или предузећа, успостављање чишћења кућа за подизање и решавање несугласица између конкурентских (и евентуално конфликтних) провајдера података, и интеракцију са неуредним погрешних података са Wеба, потенционално сумњивог порекла и квалитета. Укратко, грешке у сигнализацији, количинама, обележавању и класификацији могу озбиљно угрозити корисност система који користе те податке.

Мешапи наспрам портала

Мешапи и портали су технологије засноване на сажетку садржаја. Портали су старија технологија, дизајнирана као наставак традиционалних динамичких Wеб апликација у којима је процес конвертовања садржаја података у означене Wеб стране подељен у две фазе: стварање ознаке "фрагменти" и агрегацију фрагмената у странице. Сваки означени фрагмент је генерисан од стране "портлета", а портал их комбинује у једну Wеб страницу. Портлети могу бити локално хостовани на порталу сервера или даљински на посебном серверу.

Технологија портала дефинише комплетан догађај модела покрива читање и ажурирање. Захтев за агрегатну страницу на порталу је преведен на појединачне операције читања на свим портлетима који чине страницу ("рендеровати" операције на локалним ЈСР 168 портлетима или на "гетМаркуп" операцијама на удаљеним WСРП портлетима). Ако је притисунто дугме за прослеђивање података на било ком пртлету на порталовој страни, то ће бити преведено као операција ажурирања само на том портлету (процессАцтион на локалном портлету или перформБлоцкингИнтерацтион на удаљеном WСРП портлету). Онда се ажурирање одмах прати читањем свих портлета на страници.

Технологија портала је на серверској страни, презентација нивоа агрегације. Не може се користити као погон више јаћих форми интеграције апликација, које имају две фазе извршења.

Мешапи се разликују од портала у следећим аспектима:

	Портал	Мешап
Класификација	Старија технологија, Наставак традиционалног Wеб сервер модела користећи добро дефинисан приступ	Користи нове, слабо дефинисане "Wеб 2.0" технике
Приступ	Приступа агрегацији дељењем улога Wеб сервера у две фазе: означавање генерација и агрегација означавања фрагмената	Користи АПИје обезбеђене преко различитих сајтова за скупљање и поновно коришчење садржаја на неки други начин
У зависности од садржаја	Спаја презентационо оријентисане означене фрагменте (ХТМЛ, WМЛ, ВоицеXМЛ, итд.)	Може да ради са чистим XМЛ садржајем као и са презентационо оријентисаним садржајем (нпр. ХТМЛ)
У зависности од локације	Традиционално, агрегација садржаја се одвија на серверу	Агрегација садржаја се може одвијати и на серверу и на клијенту
Стил агрегације	Стил "Салад бар": Спојени садржај се презентује један поред другог без преклапања	Стил "Мелтинг Пот" : Појединачни садржај се може комбиновати а било који начин, што као резултат даје произвољно структуирани хибридни садржај
Модел догађаја	Модел догађаја читања и ажурирања је дефинисан кроз специјални портлет АПИја	Операције прављења, читања, ажурирања и брисања су базиране на РЕСТ аритектуралним принципима али не постоји формални АПИ
Битни стандарди	Понашање портлета је дефинисано стандардима ЈСР 168, ЈСР 286 и Wеб сервисима за даљинске портлете (WСРП), иако су изглед и функционалност страница портала недефинисани	Основни стандарди су XМЛ који раде као РЕСТ или Wеб сервиси. РСС и Атом (стандарди) се такође користе. Појављује се више специфичних мешап стандарда попут ЕМЛа.

Модел портала је дуже у употреби и доста је у њега улагано и истраживано. Стога је технологија портала стандардизована и озбиљнија. Временом, повећавајући озбиљност и стандардизацију мешап технологије ће вероватно бити популарније него технологија портала зато што је ближе повезана са Wебом 2.0 и скоријим сервисно оријентисаним архитектурама (СОА).

Пословни мешапи

Мешапи које данас користимо се све више шире у пословном окружењу. Пословни мешапи су кориснији за интеграцију пословних података и услуга, а мешап технологије пружају могућност за развој нових интегрисаних услуга брзо, могућност комбиновања интерних услуга са екстерним или пресонализованим информацијама, а да ове услуге буду што једноставније за пословање кроз усер-фриендлy интерфејс Wеб прегледача.

Пословни мешапи се разликују од потрошачких мешапа по нивоу интеграције са пословним рачунарским окружењима, безбедносним и приступним контролним спецификацијама, управљању и софистицираности програмских алата (мешап едитори) који се користе. Још једна разлика између пословног и потрошачког мешапа је растући тренд коришћења пословних мешапа у комерцијалном софтверу као услуга коју нуди СааС.

Многи од провајдера пословних мешап технологија су додали СОА карактеристике.

Архитектонски аспекти мешапа

Архитектур амешапа је подељена на три слоја:

• Презентација/ корисничка интеракција: ово је кориснички интерфејс мешапа. Технологије које се користе су ХТМЛ/XХТМЛ, ЦСС, Јавасцрипт, Асyнцхроноус Јавасцрипт и Xмл (Ајаx).
• Wеб сервиси: функционалности производа се може приступити преко АПИ услуга. Технологије које се користе су XМЛХТТПРеqуест, XМЛ-РПЦ, ЈСОН-РПЦ, СОАП, РЕСТ.
• Подаци: операције са подацима као што су слање, складиштење и примање. Технологије које се користе су XМЛ, ЈСОН, КМЛ.

По архитектури постоје два стила мешапа: Wеб-басед и сервер-басед. Док Wеб-басед мешапи углавном користе корисников wеб претраживач да комбинују и форматирају податке, сервер-басед мешапи анализирају и форматирају податке на удаљеном серверу и пренос података добија корисник у коначном облику на свом Wеб претраживачу.

Мешапи почињу да буду варијације фасадног образца. То је софтверски дизајниран образац који омогућава лакши интерфејс за већи код (у овом случају код да би објединили различите феедове са различитим АПИјима).

Мешапи се могу користити са софтвером који је обезбеђен као услуга (СааС).

Након неколико година развоја стандарда, углавном предузећа почињу да усвајају сервисно оријентисану архитектуру (СОА) за интеграцију различитих података, тако што их чине доступним као дискретне Wеб сервере. Wеб сервери омогућавају отворене, стандардизоване протоколе који омогућавају уједињен начин приступа подацима са различитих скупа платформи (оперативни системи, програмски језици, апликације). Ови Wеб сервери се могу поново користити за пружање потпуно нових услуга и апликација унутар и широм организација, омогућавајући пословну флексибилност.

Види још

• АПИ
• Wеб портал
• Wеб сцрапинг

Литература

• Масхуп (wеб апплицатион хyбрид)

Спољашње везе

• Wхy Масхупс = (РЕСТ + ‘Традитионал СОА’) * Wеб 2.0
• Масхупс Парт I: Брингинг СОА то тхе Пеопле
• Масхупс Парт II: Wхy СОА Арцхитецтс Схоулд Царе
• А Масхуп wитх Гоогле Мапс анд Yоутубе