4. SOA – hva betyr dette? Service Oriented Architecture – SOA Fleksible designregler brukt i softwareutvikling og intergrasjoner. Tilbyrtjenestertilallesommåtteønske å brukedemvedhjelpav en tjenestebuss.
5. De 9 reglene for SOA Standardized Service Contract – Services adhere to a communications agreement, as defined collectively by one or more service-description documents. Service Loose Coupling – Services maintain a relationship that minimizes dependencies and only requires that they maintain an awareness of each other. Service Abstraction – Beyond descriptions in the service contract, services hide logic from the outside world. Service Reusability – Logic is divided into services with the intention of promoting reuse. Service Autonomy – Services have control over the logic they encapsulate.
6. De 9 reglene for SOA Service Granularity – A design consideration to provide optimal scope and right granular level of the business functionality in a service operation. Service Statelessness - Services minimize resource consumption by deferring the management of state information when necessary Service Discoverability – Services are supplemented with communicative meta data by which they can be effectively discovered and interpreted. Service Composability – Services are effective composition participants, regardless of the size and complexity of the composition.
7. Hva gjør en Biztalk server #1? Den opptrer som en “Enterprise Application Integration” (EAI) server. Dette muliggjør sammenkobling av applikasjoner som ikke er beregnet for samhandling grunnet forskjellige plattformer, datastruktur eller sikkerhetsnivåer. Dette er den mest normale måten å vise gevinsten ved bruk av mellomvare.
8. Hav gjør en BizTalk server #2? Andre delen den kan løse er “Business-to-business” (B2B). Dette er en løsning hvor BizTalk fasiliterer kommunikasjonen mellom forskjellige organisasjoner. Her kan en leverandør komme med data i en flat fil, en kan komme med data i XML format, mens andre kan komme med EDI løsninger. BizTalk håndterer en rekke forskjellige standarder.
9. Hva gjør en BizTalk server #3? Det siste store området er “Business Process Automation” (BPA) hvor BizTalk tar manuelle rutiner og gjør den om til automatisk kjørbare prosesser.
10. Ikke alle jobber som bruker BizTalk er en SOA tjeneste.Og ikke minst – selv om data fra et fagsystem vises i en portal så er det ikke nødvendigvis en SOA tjeneste.
15. Men hvordan brukes egentlig denne mellomvaren? BizTalk bruker noe de kaller adaptere til å koble data, hendelser, prosesser eller tjenester mot hverandre. Med adaptere kan applikasjoner/program, avdelinger og organisasjoner koble seg sammen og dele informasjon
16. Med adaptere kan to system som normalt ikke snakker med hverandre kobles sammen uten at det må gjøres spesialtilpasninger eller kjøpes «moduler» som leverandøren liker å kalle det. BizTalk bruker internasjonale standarder i disse koblingene som gjør at man kan slipper å gjøre avansert kodearbeid.
17. Hvilke fordeler gir dette oss? Vi får koblinger som er uavhengig av leverandøren. Vi får løse koblinger mellom de forskjellige fagsystemene. Vi kan får en garanti på at data er levert. Vi kan få logging over hvem, hva og hvor.
18. Hvilke fordeler gir dette oss fortsettelse? Sentraliserte koblinger. Noe som fører til bedre kontroll på hvem som snakker med hvem. Mulighet for å endre på data underveis. Vi kan få et køsystem dersom mottakeren feiler. Smidighet og skalerbarhet.
21. Enkelt eksempel fra virkeligheten Agresso – remittering – gir oss en flat fil. Denne filen må overføres til Nordea. Den flate filen var ikke i henhold til Nordea sine krav. Navnet var feil og innholdet manglet metadata som Nordea må ha. Leverandøren av Agresso klarte ikke å endre på sin flatfil.
22. Enkelt eksempel fra virkeligheten BizTalk lytter nå til et eksportområdepå Agresso. Filen åpnes og data tolkes. Metadata genereres og filen endrer navn. Filen flyttes over til Nordea. Jobben er en suksess!
23. Enkelt eksempel fra virkeligheten Dette skal bli en standard tjeneste hos IKT Agder IKS. Skal etter hvert kunne bestilles gjennom tjenestekatalogen vår og skal inneholde overvåking, køsystem, kvittering og backupkopi av flatfilen.
24. Hvorfor går dette så tregt? Dette er vanskelig uten at noen har definert standarder på data som skal utveksles. Leverandørene føler seg truet. De er redd for å miste monopolet. Inngangsprisen kan være dyrere enn å kjøpe en «modul» av en leverandør. Vi bestiller feil i prosjektene. Dette har ikke nok forankring i toppledelsen.
25. En tradisjonell leverandør tilbyr dette …. I XXXXX har vi en egen avdeling som arbeider med integrasjoner mellom våre egen utviklete systemer og andre kommunale/fylkeskommunale systemer som er levert av andre leverandører. Dette kan for eksempel være økonomisystemer, lønns og personalsystemer, Det Sentrale Folkeregisteret, arkivsystemer osv.
26. En arrogant leverandør tilbyr dette …. XXXXXXXX, leverer XXXX programvare til flere ulike bransjer, deriblant norske kommuner. Etter å ha holdt på i mer enn 25 år benytter 240 kommuner i dag våre programmer. Dette inngrepet har vi skaffet oss bl.a ved å standardisere vår programvare uten for mange tilpasninger.Dette prinsippet vi vil forsøke å ta vare på også fremover samtidig som vi også vil forsøke å tilpasse oss endrede behov og nye teknologiske forutsetninger.
27. En moderne leverandør tilbyr dette …. XXXXX har tilpasset sine integrasjonsløsninger til NOARK4 WEB services standardenbla bla bla…. XXXX genererer uttrekk basert på gjeldene XML standarder.Uttrekkene inneholder navn på lærere, elever, klasser/undervisningsgrupper og relasjoner mellom disse
28. Takk for meg! Les mer på: beta.ikt-agder.no Send spørsmål: atle.frydenlund@ikt-agder.no