En web service (eller web tjeneste ) er en computer grænsefladeprotokol fra familien af webteknologier muliggør kommunikation og dataudveksling mellem heterogene applikationer og systemer i distribuerede miljøer . Det er derfor et sæt funktionaliteter, der vises på Internettet eller på et intranet , af og til applikationer eller maskiner uden menneskelig indgriben, synkront eller asynkront. Kommunikationsprotokollen er defineret inden for rammerne af SOAP standarden i eksponerede tjeneste signatur ( WSDL ). I øjeblikket er transportprotokollen primært HTTP . Konceptet blev afklaret og implementeret inden for rammerne af Web Services Activity på W3C , især med SOAP-protokollen. Associeret med elektronisk dataudveksling (EDI) har ebXML- konsortiet brugt det til at automatisere forretnings-til-virksomhed-udveksling. Imidlertid er begrebet beriget med uddybningen af begreberne ressource og tilstand inden for rammen af REST- modellen og uddybningen af begrebet service med SOA- modellen .
I sin mest generelle præsentation er en webservice legemliggjort af en agent, der er produceret ved hjælp af specifik computerteknologi af en tjenesteudbyder. En anmoder, der bruger en anmodningsagent, bruger denne service. Udbyder og anmoder deler den samme webservicesemantik, mens agent og rekvirent deler den samme servicebeskrivelse for at koordinere de meddelelser, de udveksler.
Der er flere teknologier bag udtrykket webtjenester:
WS- * standarder kritiseres ofte for at risikere at forårsage et løb om teknologisk ydeevne. Imidlertid anerkendes deres robusthed inden for tjenester mellem professionelle, og de er fortsat meget udbredt. Så vi foretrækker at få dem til at udvikle sig.
Den World Wide Web er et program designet i henhold til den REST arkitektur . Arkitekturen i Web erstatter derfor begreberne klient og server applikationer ved begreberne agenter og ressourcer . Agenter interagerer med ressourcer for at oprette, læse, ændre eller slette en ressource. Indtil nu talte vi hovedsageligt om interaktionen mellem brugeragenter , primært browsere med ressourcer.
I dag taler vi mere og mere om samspillet mellem ressourceagenter ; det vil sige forholdet mellem ressourcerne: en ressource bliver agent for en anden ressource, men forbliver i sig selv en ressource, der er tilgængelig for andre agenter. Dette er nøjagtigt den arkitektur, der er beskrevet af eksemplet på applikationsimplementering af mashups .
Webtjenester beskæftiger sig derfor med ressourceagenter, hvor den klassiske Web-modus operandi taler om brugeragenter. Men de to koncepter er baseret på den samme arkitektur: REST .
Der er derfor ingen grundlæggende forskel mellem interaktionen mellem en browser og en ressource og en webservice med en ressource. Den største forskel ligger i formatet på datarepræsentationen: HTML til browsere eller brugeragenter, XML eller JSON til webtjenester eller ressourceagenter.
Vi kan derfor definere en webservice som softwareimplementering af en ressource, identificeret af en URI , og tilgængelig ved hjælp af HTTP . Agenter er bekymrede over indholdet, repræsentationen af deres tilstand og ikke typen af indhold. Vi skal derfor se webtjenester som et middel til at manipulere information og ikke som en simpel tjenesteudbyder.
De webtjenester WS- * betegne software implementering af WS- * specifikationerne og er alle baseret på et sæt protokoller og grundlæggende standarder, der anvendes til at udveksle data mellem applikationer i heterogene miljøer:
Disse WS- * webtjenester defineres også i henhold til typen af SOA- arkitektur .
Software skrevet på forskellige programmeringssprog og på forskellige platforme kan anvende WS- * webtjenester til at udveksle data på tværs af computernetværk såsom Internettet . Den OASIS og World Wide Web Consortium (W3C) koordinerer udvalg med ansvar for arkitektur og standardisering af web services. For at forbedre interoperabilitet mellem realiseringer af webservices har WS-I- organisationen udviklet en række profiler til at udvikle de involverede fremtidige standarder.
Baseret på HTTP- protokollen kan webservices fungere gennem mange firewalls uden ændringer i filterreglerne .
Denne lethed ved implementering af WS- * webtjenester har en ulempe: det er mere komplekst at implementere sikkerhedsregler, der er specifikke for WS- * webtjenester, end på en klassisk webserver .
Webtjenester implementerer forretningslogik, der er forbruget ved brug af standarder (hovedsagelig TCP / IP , URI , MIME , HTTP , SMTP , SOAP , TLS osv. Til transport, derefter XML til indhold), hvilket gør det muligt at anvende enhver teknologi, der bruger disse standarder i stand til at udnytte det og dermed lette applikationernes interoperabilitet .
Oprettelsen af webtjenester er berettiget af den serviceorienterede arkitektur, det vil sige ønsket om at gøre en service tilgængelig, der implementerer en forretningslogik skjult for brugerne.
I forretningskontrakter med dataudveksling , som i forretning til forbrugerhandel, er en anden fordel, som webtjenester anvendes til, det faktum, at de er baseret på HTTP- protokollen (som bruger port 80 som standard).). For at forstå dette skal man huske på, at mange virksomheder har beskyttet sig selv ved at anvende firewalls, der filtrerer og blokerer en masse internettrafik af sikkerhedsmæssige årsager. I dette miljø er mange (næsten alle) porte lukket for indgående og udgående trafik, og administratorerne af disse firewalls er uvillige til at åbne dem. Port 80 er dog altid åben, fordi den bruges af HTTP- protokollen, der bruges af webbrowsere . Med denne fordel repræsenterer webtjenester en slags tunneling .
Webtjenester kan implementeres ved hjælp af applikationsserversoftware :