Back

ⓘ Mešap (hibrid web aplikacija)




Mešap (hibrid web aplikacija)
                                     

ⓘ Mešap (hibrid web aplikacija)

Mešap u web development-u može biti web stranica ili web aplikacija koja koristi sadržaj više od jednog izvora da bi stvorila nov servis koji je prikazan u jednom grafičkom interfejsu. Na primer, možemo kombinovati adrese sa fotografijama iz vaših izvora sa Google mapom da bi napravili mešap mapu. Mešap podrazumeva jedinstvenu, brzu integraciju često koristeći programske interfejse aplikacija slobodnog koda i različite izvore podataka sa ciljem da proizvedu obogaćene rezultate koji nisu bili nužno originalni razlog za obradu sirovih izvornih podataka. Termin mašup prvobitno potiče od slenga sa značenjem biti pijan, ili kao opis za nekoga ili nešto što ne funkcioniše pravilno. U skorašnjem engleskom žargonu se može odnositi na muziku, gde ljudi lako kombinuju zvuk jedne pesme sa vokalima druge i time stvaraju nešto novo.

Glavne karakteristike mešapa su kombinacija, vizuelizacija i agregacija. Veoma je važno da postojeći podaci budu što korisniji. Da bi pristup podacima drugih servisa stalno bio dostupan, mešap aplikacije su uglavnom klijentske aplikacije ili su hostovane preko interneta.

Nekoliko godina unazad, sve više web aplikacija objavljuju APIje koji omogućavaju programerima da jednostavno integrišu podatke i funkcije umesto da ih sami pišu. Za mešape se može reći da imaju aktivnu ulogu u evoluciji Web 2.0. Mešap alati su uglavnom jednostavni za korišćenje od strane krajnjih korisnika. Uglavnom ne zahtevaju poznavanje programiranja i pružaju podršku vizuelnim komponentama GUIa tj. dodacima, uslugama i komponentama. Shodno tome ovi alati doprinose novoj viziji Weba gde korisnici mogu dati svoj doprinos.

                                     

1. Istorija

Istorija mešapa se može povezati sa prvim razumevanjem šireg konteksta istorije Weba. Za poslovni model Weba 1.0 kompanije su skladištile korisničke podatke na portalima i redovno su ih osvežavali. Oni su kontrolisali sve korisničke podatke, a korisnici su morali da koriste njihove proizvode i usluge da bi dobili informacije.

Sa razvojem Weba 2.0 stovrena su nova pravila koja su koristila Web standarde koji su bili najčešće korišćeni od tradicionalnih konkurenata koji su otključali korisničke podatke. U isto vreme nastali su mešapi koji su omogućili mešanje i slaganja konkurencijskih APIja i time su stvorili nove mogućnosti.

Termin mešap nije formalno definisan bilo kojim standardom.

Prvi mešapi su koristili usluge mapiranja ili usluga fotografija za kombinovanje ove usluge sa podacima bilo koje vrste i stoga stvaraju vizuelizacije tih podataka. U početku većina mešapa su bili potrošački nastrojeni ali u skorije vreme mešapi se smatraju kao interesantan koncept koji je koristan i firmama. Poslovni mešapi mogu kombinovati postojeće unutrašnje podatke sa spoljnim servisima stvarajući nove poglede na podatke.

                                     

2. Vrste mešapa

Postoji mnogo tipova mešapa kao što su poslovni mešapi, korisnički mešapi i mešapi podataka. Najčešći tip mešapa je korisnički mešap.

  • Mešapi podataka su potpuna suprotnost korisničkih mešapa, oni kombinuju slične tipove medija i informacija iz više izvora u jednom prikazu. Kombinacija svih resursa stvara nov i poseban Web servis koji u originalu nije obezbeden bilo kojim izvorom.
  • Poslovni mešapi definišu aplikacije koje kombinuju sopstvene resurse, aplikacije i podatke sa spoljnim Web servisima. Oni fokusiraju podatke u jednostavnu prezentaciju dozvoljavajući saradnju kroz posao i razvoj. Ovo dobro radi za brze razvojne projekte koji zahtevaju saradnju izmedu programera i mušterije ili zastupnika, često menadžerom proizvoda za definisanje i sprovodenje poslovnih zahteva. Poslovni mešapi su sigurni, vizuelno bogate Web aplikacije koje izlažu delotvorne informacije iz raznovrsnih unutrašnjih i spoljašnjih izvora informacija.
  • Korisnički mešapi kombinuju podatke iz mnogobrojnih javnih izvora u pretraživaču i organizuju ih kroz jednostavan pretraživački interfejs.
                                     

2.1. Vrste mešapa Po tipu API-ja

Mešapi se mogu svrstati po osnovnom tipu APIja koji koriste, ali neki od njih se mogu kombinovati jedni sa drugima ili mogu biti ugradeni u druge aplikacije.

                                     

2.2. Vrste mešapa Funkcije

  • Editori
  • Vizuelni podaci sa prikazom: vizuelizacije informacija, dijagrami
  • Komunikacija: e-mail, ćaskanja, obaveštenja.
  • Konvertori podataka: prevodioci jezika, obrada govora, smanjenje URL adresa.
  • Bezbednost: elektronski sistemi plaćanja, ID identifikacija.
                                     

3. Mešap enabler

U tehnologiji, mešap enabler je alat koji transformiše nekompatibilne IT resurse u formu koja omogućava da se ti resursi lako kombinuju u cilju stvaranja mešapa. Mešap enableri dozvoljavaju moćnim tehnikama i alatima npr. mešap platforme da kombinuju podatke i usluge koje će se odnositi na novu vrstu izvora. Primer mešap enablera je alat za pravljenje RSS vesti iz tabele koje se ne mogu lako koristiti za kreiranje mešapa. Mnogi mešap editori uključuju mešap enablere kao na primer Presto Mashup Connector, Convertigo Web Integrato" ili Caspio Bridge. Mešap enableri se takode mogu opisati kao "provajderi alata i servisa, koji čine mešap mogućim".

                                     

3.1. Mešap enabler Istorija

Raniji mešapi su bili ručno razvijani od strane oduševljenih programera. Medutim kako je mešap postajao sve popularniji kompanije su počele stvaranje platformi za pravljenje mešapa, koje dozvoljavaju dizajnerima da vizuelno konstruišu mešap povezivajući komponente mešapa.

Mešap editori su uprostili stvaranje mešapa, značajno uvećavajući produktivnost mešap programera i na kraju omogućujući mešap razvoj od strane krajnjih korisnika i ne IT eksperata. Standardne komponente i konektori omogućavaju dizajnerima da sa lakoćom kombinuju mešap resurse u sve složenije sisteme. Medutim mešap platforme nisu mnogo učinile da se proširi obim sredstava dostupnih mašapima i nisu oslobodili mešape od njihovog oslanjanja na dobro struktuirane podatke i otvorene biblioteke RSS fidovi i javni APIji.

Mešap enableri su nastavili da rešavaju ovaj problem pružajući mogućnost konvertovanja drugih tipova podataka i usluga u mešapove resurse.



                                     

3.2. Mešap enabler Web resursi

Naravno nisu svi vredni podaci smešteni u okviru organizacija. U stvari najvredniji podaci za poslovnu inteligenciju i donošenje odluka su često izvan organizacije. Sa pojavom bogatih internet aplikacija i onlajn Web portala širok spektar kritičnih poslovnih procesa npr. naručivanje preko interneta postaju dostupni na internetu. Nažalost, veoma mali broj izvora ovih podataka se nalazi u RSS formatu i veoma mali broj usluga je omogućen putem javnih APIja. Stoga mešap editori rešavaju ovaj problem obezbedujući enajblere ili konektore.

                                     

4. Izazovi integracije podataka

Postoji nekoliko izazova kod integracije adresa sa podacima iz drugih izvora. Ti izazovi se mogu klasifikovati u četiri grupe: neuskladenost teksta i podataka, neuskladenost indetifikatora objekta i šema, neuskladenost nivoa apstrakcija i tačnost podataka.

                                     

4.1. Izazovi integracije podataka Neuskladenost teksta i podataka

Veliki deo podataka je opisaan tekstom. Ljudski jezici su često nejasani - ime jedne kompanije može imati nekoliko varijanti. Dvosmislenost čini teškim unakrsno povezivanje sa struktuiranim podacima. Pored toga podatke izražene u ljudskom jeziku je teško obraditi preko programa. Jedna od funkcija sistema integracije podataka je da se pevazide neuskladenost izmedu dokumenata i podataka.

                                     

4.2. Izazovi integracije podataka Identited objekata i posebne šeme

Struktuirani podaci su dostupni u mnogo formata. Podizanje podataka do zajedničkog formata podataka je prvi korak. Ali, čak i ako su svi podaci dostupni u zajedničkom formatu, u praksi se ista faza razlikuje u različitim izvorima podataka. Razlike postoje i na nivoima pojedinih objekata kao i na nivoima šema. Kao primer za neuskladenost na nivou objekta razmotrite sledeće: SEC koristi takozvani centralni ideks ključa CIK da identifikuje ljude, kompanije i finansijske instrumente dok drugi izvori, kao što je DBpedija, koristi URL adrese da bi identifikovala entitete. Pored toga svaki izvor obično koristi sopstvene šeme i specifikacije za utvrdivanje istih činjenica. Ove metode moraju da se nalaze na mestu za povezivanju različitih prikaza objekata i šema.

                                     

4.3. Izazovi integracije podataka Nivoi apstrakcije

Izvori podataka obezbeduju podatke na nekompatibilnim nivoima apstrakcije ili klasifikuje njihove podatke u skladu sa odgovarajućim klasama u sektoru. Pošto se podaci objavljuju na različitim nivoima apstrakcije, sažeti podaci za različitih aspekata mogu biti nekompatibilni sa podacima npr. iz statističkih zavoda. Takode postoje razlike u sažetku geografskih podataka npr. podaci o regionu iz jednog izvora podataka i podaci na nivou zemlje iz drugog izvora. Slično pitanje jeste upotreba lokalnih valuta koje moraju da se konvertuju kako bi podaci iz različitih izvora bili uporedivi i pogodniji za analizu.

                                     

4.4. Izazovi integracije podataka Kvalitet podataka

Kvalitet podataka je izazov kada se automatski integrišu podaci iz samostalnih izvora podataka. U otvorenom okruženju sažeti podaci mogu ili ne moraju uticati na izdavača podataka. Podaci su često pogrešni i kombinovanje podataka često pogoršava problem. Naročito kad se obavlja rezonovanje automatski izvodenje novih podataka iz postojećih, pogrešni podaci imaju potencionalno razarajući uticaj na ukupan kvalitet dobijenog podatka. Samim tim izazov je kako izdavači podataka moraju koordinirati kako bi rešili probleme u podacima ili crnoj listi sajtova koji ne pružaju pouzdane podatke. Metode i tehnike su potrebne da: proverite integritet i tačnost, suštinu, identifikaciju i potkrepljivanje dokazima, procenite verovatnoću da li je data izjava tačna, izjednačavaju težinu razlike izmedu tržnišnih sektora ili preduzeća, uspostavljanje čišćenja kuća za podizanje i rešavanje nesuglasica izmedu konkurentskih i eventualno konfliktnih provajdera podataka, i interakciju sa neurednim pogrešnih podataka sa Weba, potencionalno sumnjivog porekla i kvaliteta. Ukratko, greške u signalizaciji, količinama, obeležavanju i klasifikaciji mogu ozbiljno ugroziti korisnost sistema koji koriste te podatke.



                                     

5. Mešapi naspram portala

Mešapi i portali su tehnologije zasnovane na sažetku sadržaja. Portali su starija tehnologija, dizajnirana kao nastavak tradicionalnih dinamičkih Web aplikacija u kojima je proces konvertovanja sadržaja podataka u označene Web strane podeljen u dve faze: stvaranje oznake "fragmenti" i agregaciju fragmenata u stranice. Svaki označeni fragment je generisan od strane "portleta", a portal ih kombinuje u jednu Web stranicu. Portleti mogu biti lokalno hostovani na portalu servera ili daljinski na posebnom serveru.

Tehnologija portala definiše kompletan dogadaj modela pokriva čitanje i ažuriranje. Zahtev za agregatnu stranicu na portalu je preveden na pojedinačne operacije čitanja na svim portletima koji čine stranicu "renderovati" operacije na lokalnim JSR 168 portletima ili na "getMarkup" operacijama na udaljenim WSRP portletima. Ako je pritisunto dugme za prosledivanje podataka na bilo kom prtletu na portalovoj strani, to će biti prevedeno kao operacija ažuriranja samo na tom portletu processAction na lokalnom portletu ili performBlockingInteraction na udaljenom WSRP portletu. Onda se ažuriranje odmah prati čitanjem svih portleta na stranici.

Tehnologija portala je na serverskoj strani, prezentacija nivoa agregacije. Ne može se koristiti kao pogon više jaćih formi integracije aplikacija, koje imaju dve faze izvršenja.

Mešapi se razlikuju od portala u sledećim aspektima:

Model portala je duže u upotrebi i dosta je u njega ulagano i istraživano. Stoga je tehnologija portala standardizovana i ozbiljnija. Vremenom, povećavajući ozbiljnost i standardizaciju mešap tehnologije će verovatno biti popularnije nego tehnologija portala zato što je bliže povezana sa Webom 2.0 i skorijim servisno orijentisanim arhitekturama SOA.



                                     

6. Poslovni mešapi

Mešapi koje danas koristimo se sve više šire u poslovnom okruženju. Poslovni mešapi su korisniji za integraciju poslovnih podataka i usluga, a mešap tehnologije pružaju mogućnost za razvoj novih integrisanih usluga brzo, mogućnost kombinovanja internih usluga sa eksternim ili presonalizovanim informacijama, da ove usluge budu što jednostavnije za poslovanje kroz user-friendly interfejs Web pregledača.

Poslovni mešapi se razlikuju od potrošačkih mešapa po nivou integracije sa poslovnim računarskim okruženjima, bezbednosnim i pristupnim kontrolnim specifikacijama, upravljanju i sofisticiranosti programskih alata mešap editori koji se koriste. Još jedna razlika izmedu poslovnog i potrošačkog mešapa je rastući trend korišćenja poslovnih mešapa u komercijalnom softveru kao usluga koju nudi SaaS.

Mnogi od provajdera poslovnih mešap tehnologija su dodali SOA karakteristike.

                                     

7. Arhitektonski aspekti mešapa

Arhitektur amešapa je podeljena na tri sloja:

  • Web servisi: funkcionalnosti proizvoda se može pristupiti preko API usluga. Tehnologije koje se koriste su XMLHTTPRequest, XML-RPC, JSON-RPC, SOAP, REST.
  • Prezentacija/ korisnička interakcija: ovo je korisnički interfejs mešapa. Tehnologije koje se koriste su HTML/XHTML, CSS, Javascript, Asynchronous Javascript i Xml Ajax.
  • Podaci: operacije sa podacima kao što su slanje, skladištenje i primanje. Tehnologije koje se koriste su XML, JSON, KML.

Po arhitekturi postoje dva stila mešapa: Web-based i server-based. Dok Web-based mešapi uglavnom koriste korisnikov web pretraživač da kombinuju i formatiraju podatke, server-based mešapi analiziraju i formatiraju podatke na udaljenom serveru i prenos podataka dobija korisnik u konačnom obliku na svom Web pretraživaču.

Mešapi počinju da budu varijacije fasadnog obrazca. To je softverski dizajniran obrazac koji omogućava lakši interfejs za veći kod u ovom slučaju kod da bi objedinili različite feedove sa različitim APIjima.

Mešapi se mogu koristiti sa softverom koji je obezbeden kao usluga SaaS.

Nakon nekoliko godina razvoja standarda, uglavnom preduzeća počinju da usvajaju servisno orijentisanu arhitekturu SOA za integraciju različitih podataka, tako što ih čine dostupnim kao diskretne Web servere. Web serveri omogućavaju otvorene, standardizovane protokole koji omogućavaju ujedinjen način pristupa podacima sa različitih skupa platformi. Ovi Web serveri se mogu ponovo koristiti za pružanje potpuno novih usluga i aplikacija unutar i širom organizacija, omogućavajući poslovnu fleksibilnost.

                                     

8. Spoljašnje veze

  • A Mashup with Google Maps and Youtube
  • Why Mashups = REST + Traditional SOA’ * Web 2.0
  • Mashups Part II: Why SOA Architects Should Care
  • Mashups Part I: Bringing SOA to the People

Users also searched:

...