Vad är webbtjänster? Architecture, Typer, Exempel

Vad är webbtjänst?

webb-service är ett standardiserat medium för att sprida kommunikation mellan klient- och serverapplikationer på WWW (World Wide Web). En webbtjänst är en mjukvarumodul som är utformad för att utföra en viss uppsättning uppgifter.

• Webbtjänster inom cloud computing kan sökas över nätverket och kan även anropas därefter.
• När webbtjänsten anropas skulle den kunna tillhandahålla funktionaliteten till klienten som anropar den webbtjänsten.

Hur fungerar webbtjänster?

Diagrammet ovan visar en mycket förenklad bild av hur en webbtjänst faktiskt skulle fungera. Klienten skulle anropa en serie webbtjänstanrop via förfrågningar till en server som skulle vara värd för den faktiska webbtjänsten.

Dessa förfrågningar görs via så kallade fjärrproceduranrop. Fjärranrop (RPC) är anrop som görs till metoder som hanteras av den relevanta webbtjänsten.

Som ett exempel, Amazon tillhandahåller en webbtjänst som ger priser för produkter som säljs online via amazon.com. Användargränssnittet eller presentationslagret kan vara i .Net eller Java, men båda programmeringsspråken skulle ha förmågan att kommunicera med webbtjänsten.

Huvudkomponenten i en webbtjänstdesign är den data som överförs mellan klienten och servern, och det är XML. XML (Extensible Markup Language) är en motsvarighet till HTML och ett lättförståeligt mellanspråk som förstås av många programmeringsspråk.

Så när applikationer kommunicerar med varandra kommunicerar de faktiskt i XML. Detta ger en gemensam plattform för applikationer som utvecklats i olika programmeringsspråk att kommunicera med varandra.

Webbtjänster använder något som kallas SOAP (Simple Object Access Protocol) för att skicka XML-data mellan applikationer. Data skickas över normal HTTP. Den data som skickas från webbtjänsten till applikationen kallas SOAP-meddelande. SOAP-meddelandet är inget annat än ett XML-dokument. Eftersom dokumentet är skrivet i XML kan klientapplikationen som anropar webbtjänsten skrivas på vilket programmeringsspråk som helst.

Varför behöver du en webbtjänst?

Moderna affärsapplikationer använder en mängd olika programmeringsplattformar för att utveckla webbaserade applikationer. Vissa applikationer kan utvecklas i Java, andra i .Net, medan vissa andra i Angular JS, Node.js, etc.

Ofta behöver dessa heterogena applikationer någon form av kommunikation mellan sig. Eftersom de är byggda med olika utvecklingsspråk blir det riktigt svårt att säkerställa korrekt kommunikation mellan applikationer.

Här kommer webbtjänster in. Webbtjänster tillhandahåller en gemensam plattform som tillåter flera applikationer som bygger på olika programmeringsspråk att ha förmågan att kommunicera med varandra.

Typer av webbtjänster

Det finns huvudsakligen två typer av webbtjänster:

1. SOAP webbtjänster.
2. RESTful webbtjänster.

För att en webbtjänst ska vara fullt fungerande finns det vissa komponenter som måste finnas på plats. Dessa komponenter måste finnas oavsett vilket utvecklingsspråk som används för programmering av webbtjänsten. Låt oss titta på dessa komponenter mer i detalj.

SOAP (Simple Object Access Protocol)

SOAP är känt som ett transportoberoende meddelandeprotokoll. SOAP är baserat på att överföra XML-data som SOAP-meddelanden. Varje meddelande har något som kallas ett XML-dokument. Endast strukturen i XML-dokumentet följer ett specifikt mönster, men inte innehållet. Det bästa med webbtjänster och SOAP är att allt skickas via HTTP, vilket är standardwebbprotokollet.

Här är vad ett SOAP-meddelande består av:

• Varje SOAP-dokument måste ha ett rotelement som kallas element. Rotelementet är det första elementet i ett XML-dokument.
• "kuvertet" är i sin tur uppdelat i 2 delar. Den första är rubriken och nästa är kroppen.
• Rubriken innehåller routingdata, vilket i grunden är den information som anger för XML-dokumentet vilken klient det behöver skickas till.
• Brödtexten kommer att innehålla det faktiska meddelandet.

Diagrammet nedan visar ett enkelt exempel på kommunikation via SOAP.

Vi kommer att diskutera SOAP i detalj i detta handledning.

WSDL (webbtjänster Descriptionspråk)

En webbtjänst kan inte användas om den inte kan hittas. Klienten som anropar webbtjänsten bör veta var webbtjänsten faktiskt finns.

För det andra behöver klientapplikationen veta vad webbtjänsten faktiskt gör, så att den kan anropa rätt webbtjänst. Detta görs med hjälp av WSDL, känd som Web Services. Description Language. WSDL-filen är återigen en XML-baserad fil som i grunden talar om för klientapplikationen vad webbtjänsten gör. Genom att använda WSDL-dokumentet skulle klientapplikationen kunna förstå var webbtjänsten finns och hur den kan användas.

Exempel på webbtjänst

Ett webbtjänstexempel på en WSDL-fil ges nedan.

<definitions>
   <message name="TutorialRequest">
      <part name="TutorialID" type="xsd:string"/>
   </message>

   <message name="TutorialResponse">
      <part name="TutorialName" type="xsd:string"/>
   </message>

   <portType name="Tutorial_PortType">
      <operation name="Tutorial">
         <input message="tns:TutorialRequest"/>
         <output message="tns:TutorialResponse"/>
      </operation>
   </portType>

   <binding name="Tutorial_Binding" type="tns:Tutorial_PortType">
      <soap:binding style="rpc"
         transport="http://schemas.xmlsoap.org/soap/http"/>
      <operation name="Tutorial">
         <soap:operation soapAction="Tutorial"/>
         <input>
            <soap:body
               encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
               namespace="urn:examples:Tutorialservice"
               use="encoded"/>
         </input>

         <output>
            <soap:body
               encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
               namespace="urn:examples:Tutorialservice"
               use="encoded"/>
         </output>
      </operation>
   </binding>
</definitions>

De viktiga aspekterna att notera om ovanstående WSDL-deklarationsexempel på webbtjänster är följande:

1. – Parametern meddelande i WSDL-definitionen används för att definiera de olika dataelementen för varje operation som utförs av webbtjänsten. Så i webbtjänstexemplet ovan har vi två meddelanden som kan utväxlas mellan webbtjänsten och klientapplikationen: det ena är operationen "TutorialRequest" och det andra är operationen "TutorialResponse". TutorialRequest innehåller ett element som heter "TutorialID" som är av typen sträng. På liknande sätt innehåller operationen TutorialResponse ett element som heter "TutorialName" som också är en typsträng.
2. – Detta beskriver egentligen den operation som kan utföras av webbtjänsten, som i vårt fall kallas Handledning. Denna operation kan ta emot två meddelanden: det ena är ett inmatningsmeddelande och det andra är ett utmatningsmeddelande.
3. – Det här elementet innehåller protokollet som används. Så i vårt fall definierar vi det för att använda HTTP (http://schemas.xmlsoap.org/soap/http). Vi anger också andra detaljer för operationens brödtext, som namnrymden och om meddelandet ska kodas.

Vi kommer att diskutera "WSDL" i detalj i detta handledning.

Universell Descriptjon, upptäckt och integration (UDDI)

UDDI är en standard för att beskriva, publicera och upptäcka de webbtjänster som tillhandahålls av en viss tjänsteleverantör. Den tillhandahåller en specifikation som hjälper till att lagra informationen på webbtjänster.

Nu diskuterade vi i föregående ämne om WSDL och hur det innehåller information om vad webbtjänsten faktiskt gör. Men hur kan en klientapplikation hitta en WSDL-fil för att förstå de olika funktionerna som erbjuds av en webbtjänst? Så UDDI är svaret på detta och tillhandahåller ett arkiv där WSDL-filer kan lagras. Så klientapplikationen kommer att ha fullständig åtkomst till UDDI, som fungerar som en databas som innehåller alla WSDL-filer.

Precis som en telefonkatalog innehåller namn, adress och telefonnummer för en viss person, kommer UDDI-registret på samma sätt att ha relevant information för webbtjänsten., så att en klientapplikation vet var den kan hittas.

Fördelar med webbtjänster

Vi förstår redan varför webbtjänster kom till från första början, vilket var för att tillhandahålla en plattform som kunde låta olika applikationer kommunicera med varandra. Men låt oss titta på listan över fördelar med webbtjänster för att förstå varför det är viktigt att använda webbtjänster.

1. Exponera affärsfunktioner i nätverket – En webbtjänst är en enhet av hanterad kod som tillhandahåller någon form av funktionalitet till klientapplikationer eller slutanvändare. Denna funktionalitet kan anropas via HTTP-protokollet, vilket innebär att den även kan anropas via internet. Numera finns alla applikationer på internet, vilket gör syftet med webbtjänster mer användbart. Det betyder att webbtjänsten kan finnas var som helst på internet och tillhandahålla den nödvändiga funktionaliteten efter behov.
2. Interoperabilitet mellan applikationer – Webbtjänster gör det möjligt för olika applikationer att kommunicera med varandra och dela data och tjänster sinsemellan. Alla typer av applikationer kan kommunicera med varandra. Så istället för att skriva specifik kod som bara kan förstås av specifika applikationer kan man nu skriva generisk kod som kan förstås av alla applikationer.
3. Ett standardiserat protokoll som alla förstår – Webbtjänster använder ett standardiserat branschprotokoll för kommunikationen. Alla fyra lager (tjänstetransport, XML-meddelanden, tjänstehantering) Description- och Service Discovery-lager) använder väldefinierade protokoll i webbtjänstprotokollstacken.
4. Minska kostnader för kommunikation – Webbtjänster använder SOAP över HTTP-protokoll, så att du kan använda ditt befintliga lågkostnadsinternet för att implementera webbtjänster.

Web Services Architecture

Varje ramverk behöver någon form av arkitektur för att säkerställa att hela ramverket fungerar som önskat. På liknande sätt gäller det för webbtjänster Web Services Architecture består av tre distinkta roller enligt nedan:

1. Provider – Leverantören skapar webbtjänsten och gör den tillgänglig för klientapplikationer som vill använda den.
2. Begäran – En begärande är inget annat än klientapplikationen som behöver kontakta en webbtjänst. Klientapplikationen kan vara en .Net, Java, eller någon annan språkbaserad applikation som letar efter någon form av funktionalitet via en webbtjänst.
3. Mäklare – Brokern är inget annat än den applikation som ger åtkomst till UDDI. UDDI, som diskuterats i det tidigare ämnet, gör det möjligt för klientapplikationen att hitta webbtjänsten.

Diagrammet nedan visar hur tjänsteleverantören, tjänstebegäraren och tjänsteregistret interagerar med varandra.

1. Publicera – En leverantör informerar mäklaren (tjänsteregistret) om webbtjänstens existens genom att använda mäklarens publiceringsgränssnitt för att göra tjänsten tillgänglig för klienter.
2. Hitta – Begäraren konsulterar mäklaren för att hitta en publicerad webbtjänst.
3. bind – Med den information som begäranden fått från mäklaren (tjänsteregistret) om webbtjänsten kan den som begär det binder, eller anropar, webbtjänsten.

Webbtjänstens egenskaper

Webbtjänster har följande speciella beteendeegenskaper:

1. De är XML-baserade – Webbtjänster använder XML för att representera data på representations- och datatransportlagren. Att använda XML eliminerar alla beroenden mellan nätverk, operativsystem eller plattform, eftersom XML är det gemensamma språket som alla förstår.
2. Löst kopplade – Löst kopplat innebär att klienten och webbtjänsten inte är bundna till varandra, vilket innebär att även om webbtjänsten förändras över tid så ska den inte förändra hur klienten anropar webbtjänsten. Att anta en löst kopplad arkitektur tenderar att göra mjukvarusystemen mer hanterbara och möjliggör enklare integration mellan olika system.
3. Synchronös eller asynkron funktionalitet - Synchronicitet avser klientens bindning till utförandet av tjänsten. I synkrona operationer kommer klienten faktiskt att vänta på att webbtjänsten ska slutföra en operation. Ett exempel på detta är förmodligen ett scenario där en databasläs- och skrivoperation utförs. Om data läses från en databas och därefter skrivs till en annan, måste operationerna göras på ett sekventiellt sätt. Asynkrona operationer tillåter en klient att anropa en tjänst och sedan utföra andra funktioner parallellt. Detta är en av de vanligaste och förmodligen mest föredragna teknikerna för att säkerställa att andra tjänster inte stoppas när en viss operation utförs.
4. Möjlighet att stödja Remote Procedure Calls (RPC) – Webbtjänster gör det möjligt för klienter att anropa procedurer, funktioner och metoder på fjärrobjekt med hjälp av ett XML-baserat protokoll. Fjärrprocedurer avslöjar in- och utdataparametrar som en webbtjänst måste stödja.
5. Stöder Document Exchange – En av de viktigaste fördelarna med XML är dess generiska sätt att representera inte bara data utan även komplexa dokument. Dessa dokument kan vara så enkla som att representera en aktuell adress, eller de kan vara lika komplexa som att representera en hel bok.

Vanliga frågor