Realisering av SOA i teknologi er det ingen allment akseptert rammeavtalen, er det et stort antall standarder, forskjellige produsenter har produkter rundt de forskjellige teknologi, realisering av SOA egenskaper er ikke den samme grad av støtte, er det ikke noe produsenter kan hevde sine produkter kan tilfredsstille ulike egenskaper SOA. For slike brukere, etablering av SOA-applikasjoner, må vi vurdere sin egen situasjon, å til slutt til hva slags problemer å løse for å velge riktig teknologi løsningene må også bygge en langsiktig SOA planlegging kan sikre at SOA den jevne utviklingen av gjennomføringen og oppførsel.
Gjennom utforsking og praksis, SOA teknisk er gradvis bedre og modningsprosess, hovedsakelig relaterte teknologier og standarder, inkludert:
* Definisjon av tjenester, for tiden primært bruker WSDL for å beskrive tjenesten grensesnitt, beskrive funksjoner av tjenester, grensesnitt parametere. Beskrivelse av tjenestene som kreves i tillegg til kontrakten, herunder en detaljert beskrivelse av operative egenskaper, tjenester, beskrivelse av kvalitet attributter (for eksempel om å gi sikkerhet, om å gi pålitelig leveranse evner, enten for å gi transaksjon integritet management)
* Den registrering og søketjenester, kan tjenestebeskrivelser lagres i en fil, database eller katalog system. Tjenester kan få tilgang til statiske metoden, kan du også finne veien gjennom dynamiske matching.
* Kommunikasjon mellom tjenester, gjeldende bruk av teknologi, inkludert: HTTP / SOAP / JMS, etc., ved hjelp av SOAP teknologier gir pålitelig og hvis du ønsker å løse problemet, relevante standarder WS-Reliability og WS-ReliableMessaging
* Utarbeidelse og presentasjon av service prosesser, service etablering for definisjonen av syntese tjeneste, oppmerksomhet for å gjenbruke eksisterende tjenester, interne prosesser, er den relevante standarden WS-BPEL; service planlegging bekymringer og deltakende utveksling av informasjon om en likeverdig business samarbeid standarder relatert til WS-CDL.
· SOA arkitektur kvalitet attributter må vurderes er: sikkerhet, avansert meldinger ledelse, transaksjon ledelse, som også må støtte de relevante standarder.
• Andre teknologier omfatter integrerte utviklingsverktøy, støtte for modellbasert utvikling tilnærming, basert på portalens helhetlig operasjon avlytting verktøy, standarder knyttet til WS-DM.
Som SOA seg i utviklingsprosessen, kan teknologien bli implementert skritt for skritt, få erfaring og deretter gå videre til å fremme og i dybden. Her er et eksempel på en utvikling trinn, må brukeren i planleggingen sine SOA-prosjekter, i henhold til deres faktiske søknad for å være sikker på å gjennomføre noe, legge gjennomføringen av det, etter langvarig studie fant at følgende "tre-trinns" forslag for deg referanse.
Det første trinnet for å oppnå noen av de grunnleggende egenskapene til SOA.
Slike som:
Tjenesten beskrivelse, service grensesnitt ved hjelp av WSDL beskrivelse av metoder og parametre
Service registrering, kan du bruke manuell registrering service beskrivelse, kan du også bruke filen, database eller katalog system for å registrere og administrere tjenesten beskrivelser.
Tjenester for å finne, kan du bruke manuelt søk, eller å bruke noen enkle verktøy for å få tjenesten og dens grensesnitt beskrivelser.
Tjenester, kommunikasjon og tilgang, kan programmeres til å få tilgang til tjenesten, kan du bruke SOAP-protokollen, kan du også bruke tradisjonelle mellomvare teknologi for å oppnå (som JMS, etc.).
Enkel prosess funksjon, kombinasjonen av flere tjenester inn i en ikke-komplisert prosesser, kan oppnås ved hjelp programmering, selvfølgelig, at bortfall av fleksibilitet egenskaper i forsamlingen.
Enkle verktøy for å støtte og gi service beskrivelse, en enkel service registrering og søk.
Det andre trinnet i den vellykkede gjennomføringen av SOA basert på enterprise-klassen legge noen avanserte funksjoner.
Slike som:
Utvidelse av tjenesten beskrivelse, ved hjelp av en enkel tjeneste kontraktshåndtering, kvaliteten på tjenesten attributter kan være en attributt som en tjeneste for å konfigurere og definisjoner.
Gir prosess, integrert utviklingsverktøy bruker definisjonen av prosesser, ved hjelp av prosesstyring motoren til å kjøre prosessen, og overvåke gjennomføringen prosessen, service prosessen kan være veldig bra montering egenskaper, og kan lett justeres etter behov og optimalisere service prosesser.
Teknisk plattform for å tilby enterprise-klassen beskyttelse av kvaliteten attributter, inkludert: sikkerhetstjenester, pålitelige meldingstjenester, transaksjon integritet tjenester. Trenger også å gi høy ytelse kommunikasjon og prosessorkraft.
Grunnleggende integrert utviklingsmiljø, kan gi tilpasset fra prosessen, service management, integrert utvikling, debugging og distribusjon miljø.
Grunnleggende overvåking og administrasjonsverktøy for å kjøre, basert på portal teknologi for å gi en samlet ytelse overvåkning og styring verktøy til å forstå driften av systemet, dynamisk justert etter behov.
Det tredje stadiet, for å tilby mer komplette, mer avanserte SOA funksjoner.
Slike som:
Komplett service kontrakt for service fra forretnings-og teknisk synspunkt er beskrevet i detalj.
Komplett service management, service versjonshåndtering, dynamisk endring ledelse.
Dynamisk oppslag service, som gir rammene av visse næringer for å gi semantisk søkefunksjonalitet, kan du dynamisk finne de tjenestene de trenger.
Basert på modell-drevet tilnærming utvikling, til det integrerte utviklingsmiljøet støtte arbeidet fra design stadiet kan beskrives i UML design modell i en beskrivelse av teknologi.
Gi bedre systemytelse overvåking, analyse og styring verktøy for å hjelpe ansatte på alle nivåer for bedre bruk og forvaltning av SOA-systemer.
I tillegg til teknologi, var fokuset også nødvendig i gjennomføringen av SOA implementering metoden, som involverer hvordan å bygge en SOA-team, SOA-system, hvor byggingen begynte da kuttet i, hva langsiktig planlegging er behovet for å fastslå hva virksomheten og tekniske standarder, må også ha en SOA, implementering prosedyrer.