Webová služba je program, ku ktorému majú prístup iné programy cez internet (http). Povedzme napríklad, že máte funkciu, ktorá poskytuje text vo formáte HTML. Účelom aplikácie je, aby webový prehliadač zobrazoval výsledky a človek si tento text na stránke ľahko prečítal.
Na druhej strane, cieľové publikum Webové služby sú iné programy alebo iné webové služby, ktoré spotrebúvajú údaje obsluhované webovou službou. Zvyčajne sa výber uskutoční na štandardný jazyk, ktoré možno pochopiť inými programami. Vezmite si príklad vyššie, ak webová služba vypíše text XML formát, potom môžu tento výstup použiť ďalšie webové služby, ktoré dokážu čítať alebo porozumieť XML.
Hlavnou výhodou webovej služby je, že aplikácie môžu byť napísané v akomkoľvek jazyku, ale môžu medzi sebou komunikovať a vymieňať si dáta prostredníctvom webovej služby. Softvérové aplikácie napísané v rôzne jazyky programovanie a beh na rôznych platformách, môže využívať webové služby na komunikáciu cez internet (HTTP). Ide o interakciu (napríklad medzi Java a Pythonom, príp Windows aplikácie a Linux) je spojená s používaním otvorených štandardov (XML, SOAP, HTTP).
- SOAP (Simple Object Access Protocol)
- UDDI (univerzálny popis, objavovanie a integrácia)
- WSDL (jazyk popisu webových služieb)
Koľko rôznych typov webových služieb existuje?
Primárne existujú dva typy webových služieb, Simple Object Access Protocol (SOAP) a Representational State Transfer (REST).
- Webová služba SOAP prijme požiadavku vo formáte XML a vygeneruje výstup vo formáte XML.
- Webová služba REST je všestrannejšia a môže akceptovať XML aj JSON ako požiadavku a generuje výstup vo formáte XML, ako aj JSON alebo dokonca HTML.
Túto problematiku si možno podrobnejšie naštudovať na našej.
Zavolajme služby zdroj, ktorý implementuje obchodnú funkciu a má nasledujúce vlastnosti:
je opakovane použiteľný;
definované jedným alebo viacerými explicitnými technologicky nezávislými rozhraniami;
je voľne prepojená s inými podobnými zdrojmi a môže byť vyvolaná prostredníctvom komunikačných protokolov, ktoré umožňujú zdrojom vzájomne interagovať.
webová služba nazývaný softvérový systém identifikovaný reťazcom URI, ktorého rozhrania a väzby definuje a popisuje XML. Popis tohto softvérového systému možno nájsť v iných softvérových systémoch, ktoré s ním môžu interagovať podľa tohto opisu prostredníctvom správ na báze XML prenášaných pomocou internetových protokolov.
1.1 Základy webových služieb
Webové služby je nová sľubná architektúra, ktorá poskytuje novú úroveň distribúcie. Namiesto vývoja alebo nákupu komponentov a ich zabudovania do IS sa navrhuje kúpiť ich prevádzkový čas a vytvoriť softvérový systém, ktorý bude volať metódy z komponentov, ktoré vlastnia a podporujú nezávislí poskytovatelia. Vďaka Webové služby funkcie akéhokoľvek programu v sieti je možné sprístupniť cez internet. Najjednoduchší príklad webová služba- systém pas na Hotmail, ktorý vám umožňuje vytvoriť autentifikáciu používateľa na vašej vlastnej stránke.
Webové služby sú založené na nasledujúcich univerzálnych technológiách:
TCP/IP– univerzálny protokol, ktorému rozumie každý sieťové zariadenia, od sálových počítačov po mobilné telefóny a PDA;
HTML– univerzálny značkovací jazyk používaný na zobrazovanie informácií na používateľských zariadeniach;
XML(Extensible Markup Language) – univerzálny jazyk pre prácu s akýmkoľvek typom údajov.
Všestrannosť týchto technológií je základom pre pochopenie webových služieb. Sú založené len na všeobecne akceptovaných, otvorených a formálne na dodávateľoch neutrálnych technológiách. Len tak sa dá dosiahnuť hlavná výhoda webových služieb ako konceptu budovania distribuovaných IS - ich univerzálnosť, teda možnosť použitia pre akékoľvek operačné systémy, programovacie jazyky, aplikačné servery a pod.
Webové služby teda riešia pôvodný problém – problém integrácie aplikácií rôzneho charakteru a budovania distribuovaných IS. Toto je hlavný zásadný rozdiel medzi webovými službami a ich predchodcami.
Webové služby - Toto XML aplikácie, prepojenie údajov s programami, objektmi, databázami alebo celými obchodnými transakciami. Medzi webovou službou a programom sa vymieňajú dokumenty XML formátované ako správy. Štandardy webových služieb definujú formát takýchto správ, rozhranie, na ktoré sa správa odosiela, pravidlá viazania obsahu správy k aplikácii implementujúcej službu a naopak, ako aj mechanizmy publikovania a vyhľadávania rozhraní.
XML(AngličtinaeX napínateľný M arkup L jazyk- rozšíriteľný značkovací jazyk; vyslovený [ x-em-el]). Odporúčané World Wide Web konzorcium(W3C). Špecifikácia XML popisuje dokumenty XML a čiastočne popisuje správanie procesorov XML (programov, ktoré čítajú dokumenty XML a poskytujú prístup k ich obsahu). XML bol navrhnutý ako jazyk s jednoduchým formálom syntax, vhodné pre tvorba a programy na spracovanie dokumentov a zároveň pohodlné pre ľudí na čítanie a vytváranie dokumentov s dôrazom na použitie na internete. Jazyk sa nazýva rozšíriteľný, pretože neopravuje značky používané v dokumentoch: vývojár môže voľne vytvárať značky podľa potrieb konkrétnej oblasti, pričom je obmedzený. syntaktické pravidlá Jazyk. Kombinácia jednoduchej formálnej syntaxe, priateľskosti voči ľuďom, rozšíriteľnosti a kódovania Unicode reprezentovanie obsahu dokumentov viedlo k širokému používaniu samotného XML, ako aj mnohých odvodených špecializovaných jazykov založených na XML v širokej škále softvérových nástrojov.
Štandardné aplikácie XML
XML možno použiť na viac ako len na popis jedného dokumentu. Jednotlivec, spoločnosť alebo výbor pre štandardy môže definovať požadovaný súbor prvkov XML a štruktúru dokumentu, ktoré sa majú použiť pre konkrétnu triedu dokumentov. Podobný súbor prvkov a popis štruktúry dokumentu je tzv XML aplikácia alebo XML slovník. Organizácia môže napríklad definovať aplikáciu XML na vytváranie dokumentov popisujúcich molekulárne štruktúry, multimediálne prezentácie alebo obsahujúce vektorovú grafiku.
Webové služby možno použiť v mnohých aplikáciách. Bez ohľadu na to, či sa webové služby spúšťajú z desktopov alebo notebookov zákazníkov, možno ich použiť na prístup k internetovým aplikáciám, ako je predobjednávka alebo sledovanie objednávok.
Webové služby vhodné pre B2B integrácia (medzi podnikmi), uzatváranie aplikácií vykonávaných rôznymi organizáciami do jedného výrobného procesu. Webové služby môže tiež riešiť širší problém integrácie podnikových aplikácií (Integrácia podnikových aplikácií, EAI), prepojenie viacerých aplikácií z jedného podniku s viacerými ďalšími aplikáciami. Vo všetkých týchto prípadoch sú technológie webových služieb „lepidlom“, ktoré spája rôzne časti softvéru.
Ako je možné vidieť z obr. 1, Webové služby sú wrapper, ktorý poskytuje štandardný spôsob interakcie s prostrediami aplikačného softvéru ako napr systémy správy databáz (DBMS), .NET, J2EE (Java2 Platform, Enterprise Edition), CORBA (Common Object Request Broker Architecture), predajcovia balíkov plánovania podnikových zdrojov ( Plánovanie podnikových zdrojov, ERP), sprostredkovatelia integrácie atď.
Obr.1. Webové služby interagujú s aplikačnými systémami
Rozhrania webových služieb sa získavajú zo sieťového prostredia štandardné XML správy, transformovať XML dáta do formátu „pochopeného“ konkrétnou aplikáciou softvérový systém a odošlite správu s odpoveďou (druhá možnosť je voliteľná). Softvérová implementácia webových služieb (základný softvér, nižšia úroveň) môže byť vytvorená v akomkoľvek programovacom jazyku s použitím ľubovoľného operačného systému a akéhokoľvek middleware ( middleware).
Jednoduchý príklad: vyhľadávanie informácií
V súčasnosti sa väčšina služieb volá cez internet zadaním údajov HTML formuláre a odoslanie týchto údajov do služby ich pridaním do reťazca Uniform Resource Locator ( Uniform Resource Locator, URL):
http://www.google.com/search?q=Skate+boots&btnG=Google+Search
Tento príklad ilustruje jednoduchosť webových interakcií (ako je vyhľadávanie, nákup akcií alebo vyžiadanie si trasy jazdy), kde sú parametre a kľúčové slová vložené priamo do adresy URL. IN v tomto prípade jednoduchý vyhľadávací dopyt pre skate topánky (topánky s korčuľami) sa zobrazí v reťazci dopytu pre vyhľadávač Google. Kľúčové slovo vyhľadávanie predstavuje službu, ku ktorej sa bude pristupovať, a parameter Skate+boots je reťazec vyhľadávania, ktorý bol zadaný do formulára HTML na webovej stránke Google. servis Google vyhľadávanie odošle túto požiadavku rôznym vyhľadávačom, ktoré vrátia zoznam adries URL stránok, ktoré zodpovedajú parametru vyhľadávania Skate+boots. Tento neefektívny spôsob vyhľadávania na internete je úplne založený na porovnávaní zadaného textového reťazca s indexovaným HTML stránky.
XML - Najlepšia cesta odosielanie údajov. XML poskytuje významné výhody pri prenose údajov cez internet. Teraz môže byť predchádzajúci dotaz reprezentovaný ako XML dokument:
xmlns:s="www.xmlbus.com/SearchService"> Odoslanie žiadosti vo formulári XML dokument má tieto výhody: možnosť definovať dátové typy a štruktúry, väčšia flexibilita a rozšíriteľnosť. XML môže reprezentovať štruktúrované údaje alebo údaje špecifického typu (napríklad je prijateľné špecifikovať hodnotu poľa veľkosti ako reťazec čísel alebo ako číslo s pohyblivou rádovou čiarkou) a obsahovať viac informácií, než umožňuje adresa URL. Tento príklad je prezentovaný vo forme správy SOAP (Simple Object Access Protocol), štandardnej formy výmeny správ XML, ktorá je jednou z technológií tvoriacich základ webových služieb. V správe SOAP sú názov požadovanej služby a vstupné parametre reprezentované ako samostatné prvky XML. Tento príklad tiež ilustruje použitie menných priestorov XML (xmlns:), ďalšieho dôležitého prvku webových služieb. Pretože dokumenty XML podporujú viaceré typy údajov, zložité štruktúry a agregáciu schém, moderné technológie webových služieb poskytujú významné výhody oproti existujúcim schopnostiam pre prístup k softvérovým aplikáciám prostredníctvom HTML a URL. Praktické využitie webových služieb v IBM Lotus Domino 7 https://www..jsp?series_title_by=Practical+use+of+web-services+in+ibm+lotus+domino+7 Zostaňte naladení na nové články v tejto sérii. Možno ste sa stretli s odkazmi na webové služby v technických článkoch, popisoch softvérové produkty alebo aj v dialógoch s kolegami. Je vidieť, že pre niektorých ľudí sú webové služby potrebné a dôležité, no stretli sa s definíciami ako „XML gramatika na definovanie množín koncové body na posielanie správ,“ rozhodli ste sa, že takýchto zložitých vecí sa neoplatí dotýkať. Našťastie sa webové služby dajú vysvetliť tak, aby im porozumel každý bez toho, aby sme zachádzali do podrobností o tom, ako to celé funguje. Mali by ste sa pokúsiť pochopiť, čo sú webové služby, keďže rozsah ich aplikácií (a súvisiacej architektúry orientovanej na služby, SOA) vo svete IT sa neustále rozširuje. Webové služby možno vnímať ako auto: na technickej úrovni nepotrebujete vedieť, ako fungujú piesty, vačkové hriadele a vstrekovače paliva – môžete si kúpiť auto, jazdiť na ňom a rozprávať sa o autách s priateľmi (pokiaľ, samozrejme, sú mechanici). Je to rovnaké s webovými službami; ako IT špecialista musíte pochopiť, čo sú a ako fungujú, aby ste pochopili, prečo ich potrebujete. Je oveľa jednoduchšie pracovať s webovými službami bez toho, aby ste sa dotkli skrytých technológií nízkej úrovne, pretože dodávatelia softvéru a komunita ľudí, ktorí píšu programy open source, urobili za posledných pár rokov veľa pre oddelenie rozhrania webových služieb od úloh nízkej úrovne. To vám umožní pracovať jednoduchým prepojením komponentov bez toho, aby ste sa museli ponoriť do zdĺhavej dokumentácie o formátovaní správ XML. Táto séria článkov pomôže vývojárom Domino pochopiť a používať webové služby v IBM Lotus Domino V7.0. Tento úvodný článok obsahuje dosť užitočná informácia a budú užitočné pre každého, kto chce pochopiť, čo sú webové služby. Technológie v Lotus Domino V7.0 uľahčujú vývojárom vytváranie a používanie webových služieb a podrobnejšie sa tomu budeme venovať neskôr. Po prvé, poďme pochopiť, čo je webová služba. Jednoducho povedané, webová služba to umožňuje počítačové programy komunikovať medzi sebou štandardizovaným spôsobom. Hoci v príkladoch uvažujeme o transakciách v rámci jedného alebo dvoch strojov, na komunikáciu medzi nimi možno použiť aj webové služby veľké množstvo počítačov. Preposielanie alebo ukladanie transakcií môže napríklad vykonávať sprostredkujúce zariadenie alebo volanie webovej služby na jednom serveri môže viesť k volaniu služby na inom serveri. Na konci tohto článku, keď sa pozrieme na skutočnú SOA, budeme hovoriť o webových službách, ktoré komunikujú na viacerých počítačoch, pretože to je to, čo SOA vždy robí. Webová služba je abstraktný komponent, rovnako ako koncept dialógu medzi ľuďmi je abstraktný. Dialóg zahŕňa dvoch alebo viacerých ľudí, ktorí hovoria jazykom, ktorý poznajú. Ich jazyk definuje slová, ktoré používajú a ako sa tieto slová používajú na vytváranie viet. Dialóg má zvyčajne štruktúru otázka-odpoveď, keď niekto položí otázku alebo urobí vyhlásenie a účastník rozhovoru na ňu odpovie. Ľudia môžu byť nablízku, komunikovať cez telefón, posielať si správy e-mailom alebo chatom. V každom prípade má dialóg zložitú štruktúru a môže prebiehať rôznymi spôsobmi, v závislosti od počtu komunikujúcich ľudí, jazyka komunikácie, technológií používaných na komunikáciu, samozrejme, ak sa nejaké používajú. Štruktúra komunikácie pomocou webových služieb zahŕňa mnoho prvkov, ktorých sa dotkneme v tomto článku. Myšlienka však zostáva rovnaká ako pri bežnom dialógu – programy komunikujú pomocou jazyka, ktorý poznajú, niekedy cez sieť. Programy môžu byť umiestnené na jednom počítači alebo umiestnené na rôznych strojoch v rôznych častiach sveta, ktoré sú prepojené cez internet prostredníctvom smerovačov a serverov. Dobrá vec je, že programy a počítače nemusia byť rovnaké. Vďaka webovým službám môžu dvaja ľudia komunikovať programy spoločnosti Microsoft.NET na jednom notebooku a program Java na kanadskom serveri iSeries s programom C++ na počítači Linux z Číny. Pri komunikácii prostredníctvom webových služieb sa používajú nasledujúce štandardné technológie: Na komunikáciu medzi webovými službami možno použiť aj štandardnú technológiu známu ako Universal Description, Discovery a Integration (UDDI). Pozrieme sa na to neskôr v článku, ale keďže používanie UDDI nie je potrebné, mnohé webové služby ho nepoužívajú. Skôr než sa pustíme do vysvetľovania našich pojmov, pozrime sa na niektoré terminológie súvisiace s webovými službami. Keď hovoríme o publikovaní webovej služby, hovoríme o programe, ktorý publikuje súbor WSDL a umožňuje iným programom používať príslušnú službu. Programy, ktoré zverejňujú webové služby, sa nazývajú poskytovatelia. Keď hovoríme o používaní webovej služby, máme na mysli program, ktorý zavolá webovú službu na inom počítači. Používatelia webových služieb sa nazývajú klienti. XML sa používa na komunikáciu medzi komponentmi webovej služby. Správy odosielané medzi aplikáciami, ako aj súbory definujúce webovú službu, sú vo formáte XML. Obrázok 1 znázorňuje štruktúru jednoduchý súbor XML. Ako vidíte, niektoré informácie v súbore (napríklad meno, priezvisko) sú obklopené značkami uzavretými v trojuholníkových zátvorkách. Meno John sa zobrazuje ako Písanie webových služieb v XML má mnoho výhod, vrátane: V prípade potreby tiež priestory názvov umožňujú, aby viaceré prvky s rovnakým názvom mali rôzne definície. Napríklad prvok StockPrice v jednom mennom priestore môže obsahovať symbol a cenu, zatiaľ čo v inom mennom priestore môže pozostávať zo symbolu burzy, ceny, denného minima a maxima a 12-mesačného maxima. Jediné nevýhody XML, ak sú skutočne nevýhodami, sú: Tieto problémy sú však v porovnaní s výhodami formátu XML zanedbateľné. Viete, že webové služby komunikujú vo formáte XML, ale to rieši len polovicu problému. Aplikácie môžu analyzovať správu, ale ako vedia, čo robiť s výsledkom získaným po analýze? Inštrukcia, ktorá popisuje pravidlá formátovania správ XML pre webové služby, je známa ako SOAP. Definuje štruktúru správy, takže programy vedia, ako odosielať a interpretovať údaje. Základná štruktúra správy SOAP je znázornená na obrázku 2. V XML by to vyzeralo asi takto: V základnom prípade máte paket SOAP, ktorý obsahuje telo SOAP a telo, ktoré obsahuje údaje, ktoré sa majú preniesť. Niekedy je tiež voliteľná hlavička SOAP (vnútri paketu pred telom) obsahujúca ďalšie informácie. Aj keď je formát SOAP štandardný a má rovnaké pokyny, je potrebné pamätať na to, že rôzni výrobcovia môžu tieto pokyny implementovať mierne odlišne. Napríklad štruktúra menných priestorov a XML v správe SOAP vygenerovanej Apache Axis sa môže veľmi líšiť od štruktúry vygenerovanej Microsoft .NET. Správne napísaný klient alebo server však dokáže spracovať akúkoľvek správu, ktorá je správne napísaná podľa pokynov SOAP. Okrem toho existujú niektoré dôležité rozdiely medzi príkazmi WSDL 1.1 a WSDL 2.0. Aj keď je inštrukcia 2.0 v čase písania stále vo svojej finálnej fáze, čoskoro začne nahrádzať verziu 1.1. Ak ste sa nikdy predtým nestretli so súborom WSDL a pokúsite sa ho otvoriť a prečítať, budete mať problém z neho dostať všetky informácie, pretože štruktúra takéhoto súboru môže byť dosť zložitá. Všetky informácie o metóde (názov, parametre, protokol atď.) sú rozptýlené v rôznych častiach súboru a na vytvorenie správy SOAP ich musí zhromaždiť klientska aplikácia. Tento článok nebude popisovať časti súboru WSDL a spôsob ich vzájomnej spolupráce. Tu nám opäť pomáhajú technológie. Ako vývojár nemusíte čítať, analyzovať alebo rozumieť obsahu súboru WSDL. Nástroje získajú tieto informácie za vás, takže stačí zistiť, čo poslať službe a kam umiestniť výsledky. Nie ste len vy môžeš používať knižnice a nástroje, ale určite aj budeš. Vo všetkých komponentoch webových služieb existuje niekoľko výnimiek, zvláštností a zložitostí, na ktoré by ste sa mali pozrieť. použitím Webová služba, namiesto jej rozoberania nasleduje podrobná štúdia každého komponentu. Ešte sme sa nedotkli otázky, ako sa všetky tieto správy prenášajú cez SOAP? A zvyčajne sa prenášajú cez sieť (a/alebo internet) pomocou protokolu HTTP, takmer rovnakým spôsobom, ako sa stránky prenášajú zo servera do vášho prehliadača. HTTP sa nepoužíva vždy (jeho hlavným konkurentom je SMTP, ale je ďaleko pozadu). Protokol používaný webovou službou je definovaný v súbore WSDL. Súbor WSDL zvyčajne definuje protokol používaný na prenos správy SOAP ako HTTP. SOAP klient posiela správy podľa zadaného protokolu. Základné pojmy sme už prebrali, no pri rozprávaní o webových službách možno budete počuť niekoľko ďalších. Programy, ktoré používajú webové služby, majú zvyčajne slabé spojenie so službami, to znamená, že služby potrebné na fungovanie programu nie sú priamo spojené s programom, rovnako ako program nie je viazaný na služby. Program môže jednoducho využívať akékoľvek služby, ktoré potrebuje, a čakajú na volanie z programu – z akéhokoľvek programu, ktorý potrebuje ich odpoveď. Skutočným príkladom slabých väzieb je obed s priateľmi. Niekoľko priateľov sa nejako dohodne (osobne, telefonicky, prostredníctvom email atď.). Do reštaurácie sa dostane každý sám a po obede si každý platí jedlo sám. Bez ohľadu na to, ako obed prebiehal, konečný výsledok je rovnaký - bol to priateľský obed. Ale riadenie auta je akcia s tuhšími spojeniami. Máte pevnú sadu nástrojov, pomocou ktorých musíte dosiahnuť vopred definované ciele. Pri výjazde z garáže zaradíte spiatočku a dupnete na plyn. Keď odbočíte doľava, otočíte volantom doľava. Nemáte možnosť robiť to isté rôznymi spôsobmi, pretože celý systém je veľmi presný a koherentný a každý z jeho prvkov je prepojený s ostatnými. UDDI je štandard na vytváranie katalógu webových služieb poskytovaných ľubovoľným počtom programov. Je to niečo ako telefónny zoznam pre poskytovateľov webových služieb. Klienti si môžu vyhľadať potrebné informácie v registri UDDI a register im vráti potrebné údaje na pripojenie k službe. Aj keď je UDDI pomerne dôležitým štandardom na definovanie webových služieb, jeho význam výrazne znižuje skutočnosť, že ide o voliteľný prvok webových služieb, a keď dostanú na výber, či ho použiť alebo nie, mnohí sa ho rozhodnú nepoužívať. Väčšina organizovaných podnikových prostredí s veľkým počtom interných webových služieb má registre UDDI. Je skvelé mať firemnú webovú stránku UDDI, ktorá obsahuje informácie o webových službách dostupných vo vašej spoločnosti. Spojením všetkých služieb vám UDDI umožňuje bezproblémovú a bezproblémovú zmenu poskytovateľov služieb. Ak klienti vyhľadávajú služby cez UDDI, volania SOAP sa automaticky posielajú novému poskytovateľovi. Tento komponent sa však nevyžaduje v architektúre webových služieb. Keď čítate o SOAP a WSDL, môžete si všimnúť, že téma bezpečnosti nie je pokrytá. Ako sa vykonáva autentifikácia pre servisné volania, ak poskytovateľ pracuje s citlivými informáciami? Je jasné, že nie všetky webové služby sú dostupné širokej verejnosti, však? Toto je dôležitá otázka, na ktorú nie je ľahké definitívne odpovedať. Existujú rôzne schémy, ktoré môžete použiť v závislosti od situácie, napríklad: Okrem toho, odosielanie správ nemusí vždy používať HTTP, takže nebudete môcť jednoducho používať bezpečnostné systémy webových služieb ako doplnok k existujúcim bezpečnostným systémom HTTP. Existuje niekoľko pokynov, ktoré pokrývajú tieto a ďalšie aspekty zabezpečenia webových služieb: WS-Security, WS-Policy, WS-Trust a WS-Privacy. Niektorí dodávatelia softvéru a výbory pracujú na týchto otázkach už niekoľko rokov. Hoci nie všetky implementácie webových služieb podporujú všetky bezpečnostné smernice, dostupné bezpečnostné štandardy zvyčajne implementujú aspoň niekoľko základných bezpečnostných ciest. Existuje ďalší pomerne veľký súbor štandardov pre webové služby, zhromaždených do jednej pomerne veľkej hrudky, ktoré sa zvyčajne nazývajú inštrukcie WS-*. Spoločne riešia mnohé z aspektov dizajnu, ktoré vznikajú pri zostavovaní viacerých webových služieb do jedného prostredia. Štandardy WS-* riešia problémy ako: Tento počet štandardov je potrebný, pretože výmena správ medzi klientom webovej služby a serverom v priemyselnom prostredí môže byť oveľa zložitejšia ako jednoduchá požiadavka/odpoveď. Ako napríklad zabezpečíte, aby sa správa dostala k poskytovateľovi a vrátila sa späť k zákazníkovi? Čo ak má požiadavka SOAP viacero častí? Ako riadite procesy, ktoré zahŕňajú prístup webových služieb k iným webovým službám? Čo ak program odošle sekvenciu požiadaviek s požiadavkami na čas odozvy? Pre veľké softvérové spoločnosti predstavuje práca s týmito štandardmi výzvy aj príležitosti. Niektorí predajcovia predávajú celé balíky middleware webových služieb, často nazývané Enterprise Service Buses alebo ESB, ktoré dokážu zvládnuť všetky alebo aspoň niektoré z vyššie uvedených úloh. Tieto ESB sú tiež cenné, pretože môžu spájať viacero webových služieb v rámci tej istej organizácie a poskytovať svoju funkčnosť, zaznamenávať svoje akcie a ukladať správy do frontov. A nakoniec architektúra orientovaná na služby. Vo väčšine prípadov je to jednoducho kombinácia všetkých vyššie uvedených: voľne prepojené webové služby od rôznych dodávateľov, interagujúce v súlade s prijatými štandardmi (prípadne s účasťou ESB) a zhromaždené spoločne rôznymi programami, ktoré preberajú údaje zo služieb. a používať ho rôznymi spôsobmi. Keďže SOA je softvérová architektúra, s jej výstavbou je spojené obrovské množstvo koordinačných a plánovacích prác. Nie je to len zhluk služieb pohromade; je to organizácia toho, ako sú služby zostavované a zverejňované, aké nástroje na správu a middleware sa používajú a ako sa služby a celý systém monitorujú a riadia. Ak sa pozriete viac globálne, SOA je tiež typ myslenia. To vás núti nemyslieť na nezávislých pracovníkov veľké programy, ale všetko vnímať ako možné komponenty publikované a používané vo výrobe. Namiesto aplikácií bohatých na funkcie premýšľate o špecifických a dobre definovaných službách – čo sú webové služby. Teraz už viete niečo o fungovaní webových služieb – klient si prečíta WSDL súbor poskytovateľa, podľa neho naformátuje a odošle SOAP správu a ako odpoveď dostane ďalšiu SOAP správu. Prečo je to teda také dôležité? Čo sa deje? Súčasťou dôležitosti služieb je, že poskytujú štandardný spôsob komunikácie programov bez ohľadu na jazyky, v ktorých sú napísané, alebo platformy, na ktorých bežia. Predtým sme museli pracovať s formátmi údajov, ktoré boli jedinečné pre rôzne programy, alebo s funkciami na úrovni API, s ktorými programy v iných jazykoch nemohli pracovať. Použitie XML vo všetkých štandardoch webových služieb znamená, že všetky služby sú prístupné a jasne definované. V skutočnosti to umožňuje úplne odlišným programom navzájom jednoducho komunikovať v jazyku, ktorému všetci rozumejú. Jedným z hlavných problémov pri práci s rôzne technológie od rôznych výrobcov toto všetko bolo vždy potrebné vynútiť rôzne programy navzájom komunikovať a vymieňať si údaje. Teraz, keď všetky vaše aplikácie môžu poskytovať a/alebo využívať webové služby, je interoperabilita medzi nimi neuveriteľne jednoduchá. Ďalšou výhodou webových služieb je, že klienti a dodávatelia môžu byť na rôznych strojoch, používať rôzny hardvér a softvér, a to nenarúša komunikáciu. Programy môžu byť použité inými programami v rámci toho istého počítača alebo z iných počítačov, ale pomocou špecifického formátu prenosu údajov. Webové služby potrebujú iba sieťové pripojenie a procesor XML. Ak sa všetky tieto faktory zohľadnia spolu, výsledok je významný. Keď už máme štandardná náprava Pre komunikáciu medzi aplikáciami cez sieť môžeme naše programy zostaviť inak. Namiesto písania monolitických programov, ktoré zakaždým vynájdu koleso, môžeme písať programy, ktoré pozostávajú z modulov. Napríklad namiesto veľkého programu, ktorý zhromažďuje informácie o niekoľkých procesoch, premieňa ich na grafy a zobrazuje ich používateľom, môžeme vytvoriť dashboard, ktorý zobrazuje údaje prijaté z niekoľkých webových služieb. Zostavené údaje sú prijímané z jednej alebo viacerých služieb a výsledné grafy sú vytvárané inou webovou službou, ktorá prijíma údaje a vytvára graf. Prístrojová doska sa transformuje z veľkého programu na jednoduché rozhranie. Ak chceme pridať nové komponenty, jednoducho sa obrátime na doplnkové služby. Ak potrebujeme iný graf, obrátime sa na inú grafickú službu. Ak potrebujeme interaktívnejší dashboard s možnosťami školenia alebo triedenia, potom dashboard môže prenášať správy od používateľa príslušnej službe. Môžeme dokonca úplne zmeniť volané služby, aby si to používatelia nevšimli (pokiaľ sa nezmení súbor WSDL) a panel zostane rovnaký. Ako IT profesionál môžete vyvíjať rozhranie aj služby alebo oboje. Pri práci na takomto projekte je dôležité pochopiť, ako to všetko spolu funguje (alebo aspoň vedieť, čo to je). Je tiež dobré, že existuje veľa nástrojov, ktoré vám pomôžu poskytovať a používať webové služby a môžu za vás urobiť veľa ťažkej práce. V nasledujúcich častiach článku pochopíme, ako pomocou IBM Lotus Domino V7.0 môžete jednoducho poskytovať webové služby klientom alebo systémom. kde začneme? A priamo od kontaktu zákazník – realizátor: v internetovom štúdiu zazvoní telefón. Account manager zdvihne telefón a pozdraví vás. Z tej strany to znie asi takto: - Dobrý deň. Potrebujem webovú stránku, jednoduchú. Aká je cena? (rovnaký príbeh s webovými aplikáciami). Toto je skutočne bolesť hlavy pre každý účet. Nie je však nervózny a vysvetľuje, že stránky sa líšia zložitosťou, funkčnosťou atď. Objasňuje, čo klient potrebuje a čo v jeho chápaní znamená „jednoduché“. Napríklad dostane nasledujúcu odpoveď: - No vidíš, mám firmu na predaj okien. Bolo by pekné vytvoriť webovú stránku, aby ste si mohli vytvoriť „virtuálne“ okno. Vyberte si farbu, materiály, veľkosti. Uveďte množstvo. Pozrite sa, ako to bude vyzerať. Potom by naši špecialisti išli na stránku. dohodnuté? Toto je už zaujímavé. Ale to nie je všetko: - A áno, mám ešte jedno želanie. Máme divíziu v Moskve, Petrohrade a Novosibirsku. Personál je veľký, je tam papierovanie, dobre, rozumiete. Môžete urobiť niečo ako... malú sociálnu sieť na stránke, alebo čo? Bude pre nás pohodlnejšie komunikovať týmto spôsobom, bez akýchkoľvek „asov“. A ukladajte dokumenty do jedného „cloudu“ - počul som, že to robia. Account manager všetko zapíše, urobí hrubý odhad a vymenuje náklady. Potenciálny klient prevráti oči (toto môžete počuť aj cez telefón), povie „vaše ceny sú len z iného sveta“ a zdvorilo zavesí. Samozrejme, je to mega prehnaná situácia, ale to sa stáva neustále ako pri programovaní internetových aplikácií, tak aj pri tvorbe webstránok. Naším cieľom je zistiť, prečo sa to deje. Vývoj webovej služby je vo všeobecnosti rovnaký vývoj webovej stránky. Je tu však jedno veľké „ALE“: na rozdiel od propagačných stránok a firemných akcií, ktoré už všetci poznajú, má online služba jedinečnú funkčnosť. Môže to byť produktový dizajnér (ako v príklade vyššie), hosting fotografií, uzavretá sociálna sieť pre firemné použitie, otvorená sociálna sieť (danedaiboh), nástenka... Pre vytvorenie webovej služby sa rozhodnú väčšinou tí, ktorí sa spoliehajú na inovácie, pohodlie a moderné webové technológie. Jedinečná funkcionalita v tomto prípade pôsobí ako „tromf“ podnikania, s pomocou ktorej má potlačiť konkurenciu a zvýšiť zákaznícku základňu. A to všetko znamená, že: V dôsledku toho sa bude cena vytvorenia webovej služby (spolu s jej programovaním) pohybovať. Vždy však bude vyššia ako v prípade lokality s „typickou“ sadou funkcií. Pre náš príklad: keď klient spomenul interné sociálna sieť, cloud-ové úložisko pre dáta a návrhára okien – všetko spolu bolo možné nazvať webovou službou. Preto boli náklady pre zákazníka nazvané „neočakávané“. „Vesmírne“ ceny pri rozvoji internetových služieb sú opodstatneným opatrením. Je to objektívne náročná a zdĺhavá práca. Či podnik potrebuje takúto službu, je úlohou vašich obchodníkov. Dejú sa tu celkom vtipné veci. Navyše sa tieto komédie hrajú s vážnou tvárou. Napríklad určité aktívne percento školákov, „pokročilých“ používateľov VKontakte, neustále chce svoju vlastnú hru. K závratnému úspechu. A aby sa neobťažoval. Výsledkom je, že do našej doručenej pošty a do komunity dostávame tony listov s textom „predaj/vývoj obchodnej aplikácie/hry/niečoho iného pre nás“. Niečo také: Áno, 5 000 rubľov za niekoľko týždňov práce - ok. Teraz hovoríme len o vhodných kópiách, a nie o tých, ktoré si získajú publikum 200 používateľov a zaniknú. Ak vás predsa len predbehne mánia vyrobiť úspešný klon, tak sa aspoň zamyslite nad tým, koľko stálo autorov originálu propagácia a propagácia webovej aplikácie alebo služby (zvyčajne ide o rozpočet na vývoj vynásobený desiatimi). Nerobte chyby. Vypočítajte si svoju silu. Spustite úspešné internetové projekty. Amen. Myšlienku webových služieb vyvinuli giganti počítačového priemyslu ako Sun, Oracle, HP, Microsoft a IBM. Táto myšlienka nie je žiadnou novinkou, ale je to veľký krok vpred smerom k ľahšiemu prístupu k programom cez web. Na základe štandardných komunikačných formátov by webové služby mohli úplne zmeniť spôsob, akým uvažujeme o tom, ako by sme mali vytvárať webové stránky. Vďaka webovým službám je možné sprístupniť funkcie akéhokoľvek programu cez internet. Programy ako PHP, ASP, JSP skripty, JavaBeans, COM objekty a všetky ostatné naše obľúbené programovacie nástroje tak môžu odteraz pristupovať k nejakému programu spustenému na inom serveri (t. j. webovej službe) a použiť odpoveď, ktorú od nej dostane na jej webovej stránke, resp. aplikácie. Povedzme, že ak potrebujem vykonať nejakú programátorskú úlohu a som príliš zaneprázdnený (alebo som v rozpakoch na to, aby som znova vynašiel koleso), môžem využiť služby webovej služby, ku ktorej bude moja stránka pristupovať cez internet. Odoslaním požiadavky s parametrami webovej službe očakávam, že dostanem odpoveď obsahujúcu výsledok vykonania mojej požiadavky. Každý, kto v poslednej dobe pracoval s Hotmailom, sa už trochu stretol s webovými službami: systém overovania používateľov Passport je jednou zo služieb zahrnutých v iniciatíve Microsoft .NET. V súčasnosti je k dispozícii zadarmo, takže tvorcovia webových stránok môžu jednoducho implementovať autentifikáciu používateľov na svojich stránkach. Princípy webových služieb sú prekvapivo jednoduché. A nepridávajú nič nové do sveta distribuovaných počítačov a internetu: Touto akciou môže byť napríklad zobrazenie ceny akcií, zobrazenie ceny konkrétneho produktu, uloženie záznamu v kalendári stretnutí, preklad textu z jedného jazyka do druhého alebo kontrola čísla kreditnej karty. Dôvod, prečo nás všetkých zrazu zaujímajú webové služby, je ten, že sú založené na štandardoch, otvorených protokoloch na výmenu a prenos dát. Predtým mnoho spoločností vyvinulo svoje vlastné proprietárne štandardy a formáty. A teraz nám k práci stačí poznať jednoduchý XML (eXtensible Markup Language), ktorý sa prenáša cez starý známy protokol HTTP. To znamená, že informácie o fungovaní webových služieb sú dostupné pre každého a weboví vývojári, ktorí tieto technológie poznajú z povolania, sa môžu začať hrať s webovými službami už dnes. Rozdiel medzi webovými službami a inými technológiami, s ktorými sa vývojári stretli (napríklad DCOM, Named Pipe, RMI) je ten, že webové služby sú založené na otvorených štandardoch, dajú sa ľahko naučiť a tieto štandardy sú široko podporované na celom svete. Unix a platformy Windows. Simple Object Access Protocol (SOAP) je štandardný protokol vyvinutý W3C. Definuje formát požiadaviek na webové služby. Správy medzi webovou službou a jej používateľom sú zabalené v obálkach SOAP. Správy obsahujú buď požiadavku na vykonanie nejakej akcie, alebo odpoveď – výsledok vykonania tejto akcie. Obálka a jej obsah sú zakódované vo formáte XML a sú pomerne ľahko pochopiteľné. Takto vyzerá jednoduchá požiadavka SOAP pri odoslaní cez HTPP do webovej služby: Xmlns:env="http://www.w3.org/2001/06/soap-envelope"> Kľúčové prvky obálky SOAP sa dajú rozpoznať pomerne jednoducho: sú to dva parametre („PSČ“) a („krajina“), ktoré sú obsiahnuté vo vnútri prvku pod názvom. Tento prvok je názov webovej služby, na ktorú zadávame požiadavku. Ďalšie údaje v obálke, ako je kódovanie textu a verzia SOAP, pomáhajú webovej službe správne spracovať požiadavku. A odpoveď bude vyzerať takto: Xmlns:env="http://www.w3.org/2001/06/soap-envelope" > Env:encodingStyle="http://www.w3.org/2001/06/soap-encoding" Túto správu je ešte jednoduchšie rozlúštiť. Prvok v našej žiadosti sa zmenil na prvok v odpovedi na požiadavku. Tento prvok obsahuje iba jeden prvok, ktorého hodnota udáva, či je naše PSČ správne alebo nie. Takže kúzlom SOAP sme vytvorili požiadavku, ktorá robí za nás užitočná práca. Ako odpoveď cez sieť dostávame určitý typ odpovede v XML. Aj keď je protokol SOAP jednoduchý, webové služby by boli málo užitočné, keby sme ich nemali ako nájsť. Našťastie IBM, Microsoft a Ariba zintenzívnili a vytvorili projekt Universal Description, Discovery and Integration (UDDI), ktorý sa, ako dúfajú, stane spoločným katalógom všetkých webových služieb na webe. Systém UDDI umožňuje spoločnostiam sprístupniť svoju webovú službu verejnosti. Tento adresár funguje ako telefónny zoznam pre všetky webové služby. Registrácia do adresára UDDI je bezplatná a zakladatelia projektu dúfajú, že tento adresár bude obsahovať popisy všetkých, všetkých, všetkých služieb na webe, takže na nájdenie požadovanej webovej služby sa budete musieť obrátiť iba na jednu UDDI. adresár. Ako teda nájdem správnu webovú službu? Predstavme si, že som vývojár webových stránok a môj klient ma požiadal o pridanie na stránku Nová funkcia: je potrebné pridať overovaciu kontrolu poštové smerovacie číslo v registračnom formulári. Na vykonanie tejto kontroly by som potreboval vytvoriť databázu všetkých PSČ vo všetkých 30 krajinách, kde naša spoločnosť podniká a následne pri registrácii skontrolovať, či PSČ zodpovedá mestu uvedenému v registrácii. Nemám však tieto údaje a myslím si, že zhromažďovanie takýchto údajov bude musieť minúť značné množstvo peňazí. Namiesto vyhadzovania peňazí na kúpu databázy, písanie kódu sám, zabezpečenie integrity a správnosti všetkých údajov a ladenie skriptov jednoducho prejdem do adresára UDDI a zistím, či existuje webová služba, ktorá túto prácu zvládne. ja . Po príchode na stránku www.uddi.org spustím vyhľadávanie a nájdem vynikajúcu službu od spoločnosti XYZ Corp. Dôkladne skontrolujem definíciu formátu webovej služby (definícia je napísaná v jazyku WSDL (Web Services Description Language), pričom sa uistím, že služba robí presne to, čo potrebujem. Potom s kolegami overím reputáciu spoločnosti XYZ Corp. a zistím, že je solídny , a potom kontaktujte spoločnosť XYZ Corp. ohľadom ceny. Ak je cena za prístup k službe v rámci môjho rozpočtu, napíšem pre svoju stránku jednoduchú stránku JSP, ktorá volá webovú službu spoločnosti XYZ Corp., a hľa, okamžité overenie sa zobrazí na poštovom smerovacom čísle lokality. Aj keď nemáte nič spoločné s programovaním alebo technológiami vývoja webových stránok, o webových službách sa oplatí dozvedieť sa viac. Predstavte si obrázok, ako s klientom diskutujete o novej webovej stránke a diskutujete o všetkých funkciách nového projektu. Všetko ide skvele: rozpočet spĺňa očakávania zákazníka, páčil sa mu náčrt plánu lokality a páčili sa mu príklady rozhrania. Zdá sa, že všetko funguje. A zrazu si pamätajú nejakú veľmi zložitú funkciu. Pri obyčajnej zmienke sa tvár vášho webového vývojára zmení na zelenú a začne sa dusiť a kašľať. Toto je vývojár, ktorý vám dáva signál, že vývoj tejto funkcie bude vyžadovať veľa peňazí a času alebo je jednoducho nerealizovateľný s takým rozpočtom. Zahoďte strach! Som pripravený zaručiť, že na internete už existuje webová služba, ktorá je pripravená poskytnúť vám požadovanú funkciu, a náklady na používanie tejto webovej služby budú oveľa nižšie ako náklady na nezávislý vývoj jej analógu. Týmto spôsobom ušetríte svojho vývojára od zbytočných bolestí hlavy a vášho klienta od plytvania peniazmi tým, že strávite pár minút prehliadaním katalógu UDDI. Samozrejme, vývojári sa nemusia uspokojiť len s webovými službami vytvorenými inými. Pomocou jedného z nasledujúcich nástrojov si môžete vytvoriť svoju vlastnú webovú službu a poskytovať jej služby iným používateľom internetu. Výber nástrojov na vývoj webových služieb je široký. Zahŕňa nástroje od spoločností ako Sun (Open Net), Microsoft (.NET), HP (e-services) a IBM (Web Services). Existujú aj nástroje s otvoreným zdrojom ( open source rámce). Cieľom projektu Mono je napríklad nahradiť súpravu nástrojov .NET od spoločnosti Microsoft poskytnutím kompilátorov, runtime a knižníc na spustenie rovnakých webových služieb na všetkých platformách vrátane Unixu. Napriek rôznorodosti serverov a nástrojov na vývoj webových služieb všetky podporujú rovnaký protokol SOAP, jazyk XML a systém UDDI. Skôr ako úplne zanechám kariéru programátora a začnem sa venovať využívaniu webových služieb, musím si položiť otázku: „Je to príliš ružový obrázok. Čo je na ňom zlé?“ Bohužiaľ, veľký potenciál webových služieb má svoju cenu: Keď webové služby zaujmú ich miesto a stanú sa dostupnými pre každého, stanú sa neoceniteľným pomocníkom pre webových vývojárov. Poskytnú nám flexibilný prístup k plnému výkonu všetkých počítačov v sieti. Je čas, aby sa tvorcovia webových stránok začali zaujímať o webové služby a dozvedeli sa viac o tom, čo z nich môžu získať. Čo sú webové služby a prečo sú dôležité?
Obsahová séria:
Tento obsah je súčasťou # série # článkov: Praktické využitie webových služieb v IBM Lotus Domino 7
Čo je webová služba?
Komunikácia medzi tromi alebo viacerými strojmi
Trochu terminológie: publikovanie a používanie webových služieb
XML: rodný jazyk
Obrázok 1. Základná štruktúra XML
SOAP: odoslané správy
Obrázok 2. Základná štruktúra správy SOAP
inštrukcie SOAP
Protokoly: ako sa odosielajú správy
Ďalšie podmienky webových služieb, s ktorými sa môžete stretnúť
Slabé väzby
UDDI
Zabezpečenie webových služieb
Middleware a Enterprise Service Bus
Architektúra orientovaná na služby
Prečo je to dôležité?
Čo je webová služba?
Špeciálnou a obľúbenou témou pre všetkých sú sociálne siete.
Čo je webová služba?
Základy
Normy v jadre
xmlns:m="http://www.somesite.com/Postcode">
WC1A8GH
UK
xmlns:m="http://www.somesite.com/Postcode">
ÁnoTeraz o UDDI
Ako to celé funguje
Stojí to za váš čas
Rozvoj služieb
Mínusy
Preklad: Alexander Kachanov (http://webmascon.com)