Web services i brug Anvendelse uden for biblioteksverdenen
Agenda Visionen bag webservices Tre cases Et kig fremad
Nordija Etableret i marts 1998 Udviklingsprojekter Forretningskritiske applikationer Komponenter & værktøjer Adræt udviklingsmodel Interaktivt TV Totalintegrator ITV platform Produkter BiziCalc Plan B
Visionen bag webservices At bevæge sig fra indhold til operationer på indhold At gøre for systemer hvad websider gør for slutbrugere Sammenhængene systemer også på tværs af udbydere
Forretningsværdi ved Web Services Web services synes at handle meget om teknologi, hvilket er sandt... Men web services vil over tid vise afsløre nye forretningsområder Største udfordringer: Tillid Kultur
Forretningsmuligheder Mere fleksible systemer og partnerskaber skaber nye roller: Lav forretning på aggregerede tjenester Lav forretning på at blive aggrereret
Internt eller eksternt fokus Web Services kan blive brug internt i en organisation og ekstern gennem partnere. SOA = Service oriented architecture Fordele: Internt Fælles kommunikationsplatform mest et teknisk spørgsmål Eksternt Kan åbne nye forretningsområder
Cases Tre cases Danløn brugt af en service aggregator Autotaks en teknisk kommunikationsløsning Postforsendelse i DSB
Case: DanLøn
DanLøn Internetbaseret lønsystem 100% ASP Application Service Provider browserbaseret outsourcer alt lokal administration af lønsystem Basal funktionalitet browser er brugergrænseflade oprette firmaer og medarbejde bogføre løn automatisk overførsel af løn automatisk indberetning til offentlige myndigheder
Traditionelt DanLøn setup (1) HTML/PDF over HTTPS DanLøn
WebServices integrator Serviceintegrator Samler forskellige WebServices i en "portal" Udbyder de samlede WebServices som supplement til eget produkt, eller Udbyder de samlede WebServices som et samlet produkt i sig selv Kan DanLøn integreres ind i en sådan portal?
DanLøn som WebService (1) HTML/PDF over HTTPS (3)? (2) SOAP over HTTPS DanLøn Service Integrator
DanLøn som WebService Stadig traditionel HTML brugergrænseflade (1) Ny grænseflade i form af SOAP kald (2) funktionalitet i DanLøn "udbudt" som RPC-kald ekstern integrator kan selv bygge grænseflade på ekstern integrator beholder sin grænseflade til sine kunder (3) DanLøn behøver ikke bekymre sig om (3)
DanLøn case - Karakteristika En serviceintegrator ønsker at samle forskellige services, for at: gøre et samlet produkt ud af det, og/eller give added-value til eksisterende kunder med eksisterende applikation DanLøn systemet åbnes for større kundegruppe
Case: Autotaks
Autotaks System til taksering af bilskader Alle rapporter på bilforsikringsskader går herigennem Rapporter routes mellem værksteder, selskaber og sagsbehandlere Har eksisterende system: tusinde Windows-klienter deployet klienter skrevet i Delphi mainframebaseret server
Gammelt system taksatorer autotaks værksteder selskaber
Nyt system En ny driftplatform for autotaks ønskes nyt system udvikles Nyt system server i stjernen er Java-baseret (EJB'er) grænseflade til systemet i vidt omfang HTML istedet for 3270 Delphi-klienten beholdes som den er Problem: Hvordan skal Delphi-klient på Windows snakke med funktionalitet på serveren, der er pakket ind i Java EJB'er?
Løsning: SOAP Serveren udbygges med et WebService-lag udbyder SOAP-kald understøtter den funktionalitet, som Delphi-klienter skal bruge SOAP kald transporteres over HTTPS Klienter anvender standard SOAP komponent får hermed RPC-lignende kald ind på serveren transport er HTTPS hvilket er: sikkert åbent i de fleste firewalls/adsl-/isdn-routere
Autotaks case - Karakteristika Problemstillingen er teknisk - kommunikation mellem: 2 forskellige platforme:java på unix og Delphi på Windows tusinde eksisterende klienter SOAP er blot XML ikke bestemmende for nogen platform nemt at implementere mange eksisterende komponenter
Case: DSB
Integration mellem systemer DSB har behov for at sende togbilletter med posten Netbutikken Telefonsalg Forløb: Kunde bestiller i netbutikken på www.dsb.dk/telefonsalg Der bestilles en billet, der skal post forsendes Systemerne kontakter en intern webservice hos DSB Hvor adresse oplysninger og billet afleveres. Denne tjeneste printer billet og kuvert ud Årsager til webservice: Behov for et standardiseret interface foran generel komponent Mange forskellige platforme i DSB: SAP,.Net, Java m.m.
Løsning Netbutikken postforsendelse Udskrivning (service kontor) Telefonsalg
En erfaring WSDL giver god adskillelse mellem klienter og server Godt grundlag for dialog Grænseflade dialog med andre systemers udviklere har været enkelt pga. skarpt snit i interface Bagudkompatibelt: Tre mindre rettelser er gennemført og idriftsat før klienter var opdateret Ej Simple RPC men Bulk RPC Få kald meget data istedet for mange kald = ikke overaskende performance forbedring
DSB Postforsendelse -- Karakteristika Førhen var løsningen en integreret del af netbutik Nu sælges ydelsen også via telefonsalg
Fremtid Mesh
My Yahoo Portlets -> adgang til web services
Piggy bank Stor mængde af informationer er stadig i html html data er ustruktureret og svære at anvende Piggy bank anvende screen-scraping til at rense data Rensede data kan kombineres med andre web services Piggy bank er software lavet på MIT til Simile projektet: SIMILE is a joint project conducted by the W3C, MIT Libraries, and MIT CSAIL. SIMILE seeks to enhance interoperability among digital assets, schemata/vocabularies/ ontologies, metadata, and services. Piggy bank er et plugin der omdanner firefox til en semantisk web browser Piggy bank er et billede på mesh web services Strukturen er dog ikke nødvendigvis web service standard!
Piggy bank: Monster.com
Piggy bank: resultat af jobsøgning
Piggy bank: data cleanup = rdf
Piggy bank: Web service funktion
Referencer http://www.webservices.org http://xml.org/registry Forretnings-xml: http://ebxml.org Offentligt tilgængelige web services: http://www.xmethods.net Web service portal: http://wsindex.org/ Piggy bank: http://simile.mit.edu
The End Spørgsmål?