Sovelluspalvelin terveydenhuollon sovellustuotannossa ja sovel Iusintegraat iossa, Juha Rannanheimo, Kuopion YO

Samankaltaiset tiedostot
J2EE vs..net Olli Sakari

Liiketoimintajärjestelmien integrointi

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services

Kiinteistöjen paloturvallisuuden ajankohtaispäivät 2016 Muuttuva ympäristö ja teknologian haasteet Palontorjunnan laitteistot Lauri Lehto,

Liiketoimintajärjestelmien integrointi

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri

Järjestelmäarkkitehtuuri (TK081702) SOA, Service-oriented architecture SOA,

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet

Järjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Järjestelmäarkkitehtuuri (TK081702) Hajautettu tietokanta. Hajautuksen hyötyjä

Integraatiotekniikan valinta - tie onnistumiseen.


Arkkitehtuuri muutosagenttina

Yhteentoimivuutta kokonaisarkkitehtuurilla

Komponentti-FixIT: Terveydenhuollon komponenttipohjainen sovellustuotanto toiminnallisuus, arkkitehtuuri, siirtymästrategiat ja välineet

G4-arkkitehtuuriryhmä. Kokonaisarkkitehtuurityöhön perustuvat kehittämiskohteet ja toimenpiteet. Juha Rannanheimo

Älykästä. kulunvalvontaa. toimii asiakkaan omassa tietoverkossa

Kokemuksia käyttäjätunnistuksen ja käyttöoikeushallinnan käyttöönotosta

Integrointi. Ohjelmistotekniikka kevät 2003

Terveydenhuollon komponentt ipohjainen soveiiusintegraat io, Juha Mykkänen, Kuopion YO

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 9. Virtualisointi ja pilvipalvelut teknologia-arkkitehtuurin suunnittelussa

IT-OSAAJA, TIETOJENKÄSITTELYN ERIKOISTUMISOPINNOT

Järjestelmäintegraatio

PILETTI. Tekninen vaatimusmäärittely. v. 0.2

IoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus

Helpottuuko sovellusten välinen integraatio XML:n avulla - kokemuksia ja ratkaisuja, teknologiajohtaja Sauli Tujunen, atbusiness Communications Oyj

PlugIT-projektin työsuunnitelma 3. jaksolle EHDOTUS johtoryhmälle, Koko projektin keskeiset tehtävät

Sonera perustaa Helsinkiin Suomen suurimman avoimen datakeskuksen. #SoneraB2D

Tietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen

Java Platform, Enterprise Edition (Java EE)

KODAK EIM & RIM VIParchive Ratkaisut

Tietojärjestelmät muutoksessa: Alueiden ja kuntien sote - kokonaisarkkitehtuurityö

TIMECON UNISON SUJUVAA TURVALLISUUDEN HALLINTAA

Teknologia-arkkitehtuuriperiaatteet

Open source uusia mahdollisuuksia operaattoreille

Investointien turvaaminen, yhteensopivuuden ja jatkuvuuden varmistamisen kautta

Sosiaali- ja terveydenhuollon tiedonhallinnan alueellista kehittämistä ohjaava viitearkkitehtuuri Kuntajohtajakokous

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta

Hajauta yhdistäen ja yhdistä hajauttaen: Web Services

Muistitko soittaa asiakkaallesi?

TIMECON UNISON SUJUVAA TURVALLISUUDEN HALLINTAA

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

FuturaPlan. Järjestelmävaatimukset

Suunnannäyttäjä paikassa kuin paikassa.

HiQ Finland Älypuhelinsovellusten käyttäjälähtöisen kehityksen tukeminen

Kuluttajille tarjottavan SIP-sovelluksen kannattavuus operaattorin kannalta

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Kokonaisarkkitehtuuri käytännössä Case Arkistolaitos

Älykäs verkottuminen ja käyttäjänhallinta. Pekka Töytäri TeliaSonera Finland

Sopimushallintaa Alfrescolla. Jarmo Sorvari IT-järjestelmäpäällikkö TAMK

Facta palvelimien uusiminen Helsingin kaupunki

Digitaalisen liiketoiminnan alusta ja mikropalveluratkais ut

Paloilmoitusjärjestelmän laajennusratkaisu - Sinteso Move

- Jarjestelmaasiantuntija Markku Jaatinen

Onko sinun yritykselläsi jo tietotekniikka Palveluksessa? vtoasp -palvelun avulla siirrät tietojärjestelmäsi haasteet ammattilaisten hoidettaviksi.

KDK-ajankohtaispäivä museoille

AVOIN LÄHDEKOODI JA SEN MERKITYS LIIKETOIMINNASSA

Cisco Unified Computing System -ratkaisun hyödyt EMC- ja VMwareympäristöissä

Kari Rouvinen Johtaja, Technology Products & Solutions. Oracle Finland Oy

Portaaliteknologiat mahdollistavat ajattelutavan muutoksen

Case TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä ! Java luokkia n. 5000

$$$ Raha ratkaisee. $$$ Raha ratkaisee. Ohjelmistotuote. Ohjelmistotekniikan määritelmä

KOODAAKO PROJEKTIPÄÄLLIKKÖ?

PerustA - Perustietovarantojen viitearkkitehtuuri. Liite 3: Tietojärjestelmäarkkitehtuurin. integraatioarkkitehtuuri

Tavoitteena vaikuttavat ja tasaarvoiset

Toimittaja Sovellusarkkitehtuuritason pilkkominen. Kalle Launiala, ProtonIT Oy

PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Visual Basic -sovelluskehitin Juha Vitikka

P e d a c o d e ohjelmointikoulutus verkossa

Sovellusarkkitehtuurit

ZENworks Application Virtualization 11

Hankesuunnitelma. Novus-Hanke. Novus-Hanke. YYL:n tietojärjestelmien kokonaisuudistus HANKESUUNNITELMA. LIITE 1

Ristiinopiskelun kehittäminen -hanke

The Complete Property Management System

Harjoitustyö Case - HelpDesk

Diplomi-insinööriksi Porissa. Let science be your playground

Ympäristöystävällinen IT

Esityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima

Software product lines

UNA PoC-yhteenveto DIGIA Ari-Pekka Paananen

Tulevaisuuden Internet. Sasu Tarkoma

Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?

Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server. Infotilaisuus klo 10:00

Kumppaniratkaisu. M-Files Cloud Vault Dokumenttien hallinta on helppoa. Paranna tietotyön tehokkuutta ja laatua!

Uuden sukupolven verkko-oppimisratkaisut Jussi Hurskainen

Käytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy

UNA PoC-yhteenveto Atostek Sami Konttinen

Web sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin

Projektinhallintaa paikkatiedon avulla

Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland

KEHITTÄMISEN NELIKENTTÄ

Taltioni teknisen alustan arviointi

Järjestelmäarkkitehtuuri (TK081702) Pilvipalvelut. Pilvipalvelut - lähtökohtia

Valinnanvapauden asettamat vaatimukset tiedonhallinnalle

Forrester: tietohallinnon prioriteetit

Transkriptio:

SUOMEN KUNTAUITTO Sosiaali - ja terveysyksikkö TERVEYDENHUOLLON 27. ATK- PAIVAT 4. - 5.6.2001 Sosiaali- ja terveydenhuollon tietotekniikan ja tiedonhallinnan tutkimuksen päivät Sovelluspalvelin terveydenhuollon sovellustuotannossa ja sovel Iusintegraat iossa, Juha Rannanheimo, Kuopion YO

Sovelluspalvelin terveyderihuollon sovellustuotannossa ja -integ raatiossa Juha Rannanheimo, Kuopion yliopisto, atk-keskus, HIS-tutkimusyksikkö Abstrakti - Tekninen kehitys muuttaa ohjelmistotuotantoa hurjaa vauhtia, nyt puhutaan paljon komponenteista ja monitasoarkkitehtuureista. Tutkimuksessa on selvitetty teoriaa komponenteista ja monitasoarkkitehtuurista sekä tutkittu niihin keskeisesti liittyvän sovelluspalvelimen ominaisuuksia ja roolia komponentti-infrastruktuurissa. Tavoitteena on saada selkeä käsitys komponenttiarkkitehtuureista ja sovelluspalvelinten nykyisestä teknisesta kehityksestä. Tutkimustulosten tarkoituksena on selventää vaihtoehtoisten sovelluspalvelinten soveltuvuutta eri tilanteisiin ja auttaa tekemään valintaa sovelluspalvelinarkkitehtuurin toteutuksesta terveydenhuollon sovellustuotannon sekä integraation tarpeisiin. Tutkimuksessa pyritään huomioimaan integrointi olemassa olevaan järjestelmä- ja kehitysinfrasttuktuuriin sekä tarjoamaan avoimet, mutta tehokkaat mahdollisuudet jatkokehitykselle. Tutkimus tehdään osana Kuopion yliopiston atk-keskuksen, ohjelmistoyritysten seka yliopistosairaaloiden muodostaman konsortion Komponentti-FixIT-projektia. Tutkimuksen lähtökohdat Terveydenhuollon tietojärjestelmät ovat kehittyneet hitaasti ja uusien tekniikoiden yleistyminen ei ole niin nopeaa kuin useilla muilla aloilla. Suomessa on viela paljon päätekäyttöisiä ja työasemapalvelin-tekniikkaan perustuvia perinnejärjestelmiä (legacy systems). Järjestelmissä käsitellään samanlaisia tietoja, ja koska yhteistoiminnallisuutta jarjestelmien välillä ei viela juurikaan ole, syntyy päällekkäistä tietoa. Lisäksi on olemassa paljon erillisjärjestelmiä, joiden toimittajat ja toteutustekniikat vaihtelevat. Eri organisaatioiden järjestelmien yhteistoimintaa vaaditaan yhä laajemmalle, jotta hoitotoimintaa ja hoidon organisointia saadaan tehostettua. - Kehitys on johtanut siihen, että Suomessa Musti-tekniikkaa soveltaneiden yliopistosairaaloiden ydinjärjestelmät tullaan korvaamaan muita tekniikoita käyttävillä järjestelmillä. Sairaalat kuitenkin tarvitsevat myös niiden kanssa yhteentoimivia erillisjärjestelmiä, joita pystytään kehittämään Mustitekniikan pohjalta. Aluksi pyritään alueellisesti yhtenäiseen potilas- ja hoitotietojen ylläpitoon sekä erillisjärjestelmien integrointiin potilashallinnon perusjärjestelmiin. Käyttötarkoitus ja olemassa olevan infrastruktuurin hyödyntämisen tarjoamat mahdollisuudet antavat ensimmäiset edellytykset infrastruktuurin kehittämiselle. Olemassa olevaa infrastruktuuria pyritään hyödyntämään niin, että nykyisten erillisjärjestelmien toiminnallisuutta voidaan hyödyntää toteutettaessa alueellista yhteistoiminnallisuutta. Tällä hetkellä jarjestelmien uusiminen etenee hitaasti, koska uudet ratkaisut joudutaan vähitellen integroimaan vanhoihin järjestelmiin, ennen kaikkea niin ettei itse terveydenhuolto saa häiriintyä tai keskeytyä. Komponenttipohjaisen ohjelmistotuotannon on sanottu olevan ratkaisu useisiin aiempiin ohjelmistotuotannon teknisiin ongelmiin. Komponenttipohjaisuudessa arkkitehtuuri ja uudelleenkäytettävyys korostuvat. Komponenttitekniikat ja -arkkitehtuurit tarjoavat välineet suunnitella ja toteuttaa joustavia sekä dynaamisia tietojärjestelmiä. Komponentti-FixIT-projektissa on lähdetty kehittämään komponenttipohjaista arkkitehtuuria ja välineistöä terveydenhuollon sovellustuotantoon ja integraatioon sekä kotimaisten että kansainvälisten sairaaloiden ja sovellustoimittajien tarpeisiin. Sovelluskehittäjälle tiettyjen valmiiden uudelleenkäytettävien komponenttien käyttö auttaa uusien sovellusten integroimista olemassa olevien ja rjestelmien kanssa yhteentoimiviksi. On tarvetta suuri-

en toimintaprosessien kapseloimiseen toimialakomponenteiksi, tällöin edellytetään yhtenäistä kommunikointi- ja toimintatapaa (Mykkänen 2000). Yksi keino sovellusintegraation toteuttamiseksi on sovellusten jakaminen loogisiin kokonaisuuksiin. Sovellukset perustuvatkin yhä useammin monitasoarkkitehtuuriin (n-tier, multitier). Monitasoarkkitehtuurissa ainakin käyttöliittymä eli webselain tai asiakasohjelmisto, toimintalogiikka eli sovelluksen toiminnallisuus ja tietovarasto eli tietokannat eroteltu erillisiin osiin (Polvinen 2000). Järjestelmien hajautus on myös perusteltua, koska samoja tietoja on voitava käsitellä samaan aikaan useista eri paikoista. Sovelluspalvelin Organisaation järjestelmien integrointi ja hallinta sekä komponenttiarkkitehtuuri edellyttävät luotettavaa, skaalautuvaa ja dynaamista ympäristöä, joka huolehtii komponenttien välisestä sanomanvälityksestä, komponenteista rakennettujen sovellusten käytettävyydestä, hallittavuudesta ja tietoturvasta sekä yhteyksien hallinnasta olemassa oleviin tietokantoihin ja muihin operatiivisiin taustajärjestelmiin. Vaaditaan skaalautuva ja turvallinen ohjelmisto organisaation sovellusten integrointiin, hyväksikäyttöön ja hallintaan. Sovellusten ja niissä käytettävien komponenttien hallittavuuden ja uudelleenkäytettävyyden takia sovelluspalvelin on saavuttanut suosiota. Sovelluspalvelimen rooli komponentti-infrastruktuurissa on monitasoarkkitehtuurin ja palvelinkomponenttien hallinta. Sovelluspalvelin tarjoaa ympäristön, jolla monitasoarkkitehtuurin mukaisia sovelluksia ja komponentteja voidaan suorittaa, sekä rakentaa ja hallita (Lindgren 2001). Se, sisältyykö sovelluspalvelimeen visuaaliset kehitystyökalut ja ylläpitoon tarvittavat ohjelmistot vaihtelee tuotteittain. Sovelluspalvelin on ohjelmisto, joka muodostaa loogisen yhteyden käyttäjän asiakassovelluksen ja tietokannan tai tietokantapalvelimen välille. Nain sovelluspalvelin sijaitsee loogisesti keskikerroksessa. Se kuuluu infiastruktuurissa kriittisimpään osaan, toimintalogiikkakerrokseen, jossa tärkeimmät palvelut toteutetaan. Komponenttitekniikan kannalta sovelluspalvelin toimii komponenttien alustana, jossa komponentit toteuttavat sovelluslogiikkaa, ja joka hoitaa tiedonvälityksen tietovaraston ja käyttöliittymätason valilla. Nain useiden käyttäjien toimintojen hallinta eri prosessien kesken ja resurssien jako prosessien välillä hoidetaan keskitetysti sovelluspalvelimella. - Sovelluspalvelimet eroavat toisistaan ominaisuuksiltaan ja palveluiltaan sekä tuote- että valmistajakohtaisesti (Lindgren 200 1). Sovelluspalvelimissa ajettavien sovellusten arkkitehtuurit ja sovelluspalvelimen tarjoamat palvelut perustuvat yleensä johonkin komponenttimalliin, Microsoftin COM-, - 0MG:n CORBA- tai Sunin EJB-teknologiaan. Sovelluspalvelimen pohjana on joku edellä mainituista teknologioista ja sovelluspalvelimet antavat eri tavalla tukea muille komponenttiteknologioille sekä suorittavat näiden komponenttimallien ominaisuuksia. Sovelluspalvelin tarjoaa toimintakehyksen, välineet, rajapinnat ja komponenttimallit, joilla varustetaan uusien sovelluksien palvelut. Sovelluspalvelin tarjoaa ratkaisun komponenttipohjaisten järjestelmien haasteisiin, web-pohjaisuuden mahdollistamiseen, integraation toteuttamiseen, skaalautuvuuteen, turvallisuuteen ja ympäristön sekä komponenttien hallintaan. Sovelluspalvelin integraatiossa ja sovellus kehityksessä On tarvetta, että yksi arkkitehtuuri kykenee hallitsemaan ja pitämään koossa monien teknologioiden integrointia. Yhtenäisestä ympäristöstä on etua sekä järjestelmien kehittajille että ylläpidolle. Useat organisaatiot ovat jo kyenneet ratkaisemaan arkkitehtuurin sovelluspalvelimella ja saavuttamaan komponenttipohjaisuuden ja monitasoarkkitehtuurin hyödyt. Terveydenhuollossa haastetta lisää

organisaatioiden omien järjestelmien integraation lisäksi tarve organisaatioiden väliseen integraatioon (Mykkänen 2000). Organisaatioiden välistä yhteistoiminnallisuutta voidaan parantaa kehittämällä yhteisiä järjestelmiä, parantamalla etäkäyttömahdollisuuksia web-pohjaisuuteen perustuen tai pyrkimällä käsiteltävän tiedon integrointiin. Integraation kannalta yksi todellinen etu on, että sovelluspalvelin kykenee keskitetysti hallinnoimaan tiedon prosessointia useista eri lähteistä, kuten eri tietokannoista ja useista sovelluksista. Keskitetyllä yhteyksien hallinnalla resurssit kyetään muun muassa hallitsemaan ja suorittamaan tietokantaoperaatiot kuormittamatta tietokantaa ja tietokantapalvelinta liikaa. Sovelluspalvelinohjelmisto pyrkii tarjoamaan yhdenmukaiset hallintamekanismit eri sovelluksille, jolloin keskitetty hallinta edistää sovellusintegraatiota. Sovellusintegraatiolla pyritään eri järjestelmien sujuvaan kommunikointiin keskenään. Tämä on edellytyksenä varsinkin laajamittaisen yhteistoiminnallisuuden hyödyntämiseen. Sovelluspalvelimet ovat avainasemassa myös portaali-ajattelussa. Sovelluspalvelin hoitaa portaalin keskitettyä yhteyksien hallintaa ja sen on tarjottava järjestelmille sopivat integrointirajapinnat. Toteutusratkaisujen tulisi olla avoimia, joustavia sekä yleisiin standardeihin perustuvia, jotta tulevaisuudessa voitaisiin jouhevasti mukautua kehityksen tuomiin uudistuksiin. - Ohjelmisto tuotannolta vaaditaan nykyään paljon, on tuotettava nopeasti tehokkaita ja tarpeita vastaavia ratkaisuja. Komponenttipohjaisuus pyrkii sovelluskehityksen helpottamiseen ja sen tehostamiseen. Komponenttien uudelleenkäytettävyys mahdollistaa samojen komponenttien käytön laitteistoista riippumatta, näin voidaan hankkia ja kayttaa ulkopuolisia komponentteja sovellusten rakentamiseen. Sovelluspalvelimella pyörivän sovelluskohtaisen toimintalogiikan suorittamiseen ja yhteyksien hallintaan tarvitaan useita uudelleenkäytettäviä komponentteja, joita useat sovellukset saattavat kayttaa yhtä aikaa. Komponenttiarkkitehtuurin tulee tukea komponenttien kehittämistä, jakelua ja versionhallintaa (Mykkänen 2000). Komponenttivarasto on tärkeä linkki komponenttien suoritusympäristön ja sovelluskehityksen välillä. Sovelluspalvelimen komponenttien suoritusympäristö käsittää jonkin komponenttimallin mukaisen komponenttivaraston, joka vastaa sovelluksissa käytettävien komponenttien elinkaaren, transaktioiden, pysyvyyden ja turvallisuuden hallinnasta. Sovelluspalvelimen valinta - Markkinoilla on paljon sovelluspalvelintuotteita, mutta ei yhtään ylivertaista tuotetta. Yleinen mielipide näyttää olevan, että tiettyihin tarpeisiin ja tiettyyn ympäristöön sopii joku sovelluspalvelin ja toisessa tapauksessa käytetään mieluummin toista. Vaikeaksi valinnan tekee se, kuinka pystyä valitsemaan omiin tarpeisiin sopivin. Ei ole saatavilla riippumattomia arvioita, joiden perusteella voitaisiin eri tarpeisiin ja käyttötilanteisiin valita kullekin organisaatiolle oikeanlainen sovelluspalvelin. Lisäksi sovelluspalvelimista julkaistaan uusia versioita ja on vaikeaa löytää markkinapuheiden keskeltä keskeinen tieto, joka on tärkeintä valintaa tehtäessä. Sovelluspalvelimen valinta on koko organisaation tietojärjestelmiä koskeva ratkaisu, ja se johtaa arkkitehtuurisiin linjanvetoihin, jotka vaikuttavat tulevaisuudessa (Heino 1999). Suositeltava tapa on lähteä suorittamaan valintaa sovelluspalvelimiin kohdistuvista tarpeista (Heino 1999). Tarpeiden tulisi aluksi olla yleistä arkkitehtuuria ja organisaation tarpeita vastaavia. Käyttötarkoitus ja organisaation asettamat vaatimukset ovat avainasemassa arvioitaessa, kuinka hyvin sovelluspalvelin sopii kuhunkin tilanteeseen. Näiden asioiden selvittyä edetään tutkimaan teknisiä ja yleisiä sovelluspalvelimen ominaisuuksia ja vaatimuksia. Ei ole olemassa yksiselitteistä kriteeristöä, joka sopisi jokaiseen tilanteeseen. Käyttötarkoitus ja arkkitehtuuri määräävät, millaisia painoarvoja

kullekin vertailtavalle seikalle tulee asettaa. Seuraaville kymmenelle kriteerille voidaan arvioinnissa antaa tarkoitukseen sopivat painoarvot ja tutkia sitten kokonaisarviota (Harmon 2000): 1. Alustavaihtoehtojen tuki: millä laitealustoilla ja käyttöjärjestelmillä sovelluspalvelin toimii. 2. Komponenttien tuki: mahdollisimman laaja tuki eri komponenttimalleille, lisaksi sovelluspalvelimen tulisi käyttää standardeihin perustuvia avoimia rajapintoja. 3. Enterprise-ominaisuudet: ominaisuuksia voidaan rinnastaa organisaation strategisiin tarpeisiin. 4. Kehityksen tuki: sovelluskehityksen helppous, nopeus toteuttaa ja toimittaa sovelluksia webympäristöissä, vapaus käyttää vaihtoehtoisia tuotteita. 5. Tiedon ja järjestelmän hallinta: kompleksinen infrastruktuuri oltava hallittavissa helposti ja integroinnin onnistuttava. 6. Turvallisuus: ongelma- ja virhetilanteiden vähyys ja hallinta sekä tietoturva. 7. Elinkelpoisuus: sovelluspalvelimen laajennettavuus ja toimittajan kyky pysyä mukana kehityksessä. 8. Standardipohjaisuus: standardien avulla saavutetaan helpompi integroitavuus ja yhteistoiminta sekä joustavuutta ratkaisuihin. 9. Lisäpalvelut: mahdolliset johonkin toiminnallisuuteen, kuten turvallisuuteen, tiedonhallintaan, liittyvät palvelut. 10. Hinta: ei vain hankinnasta johtuvat kulut, myös ylläpidosta, kehityksestä ja mahdollisesti myöhemmin tarvittavista palveluista tai päivityksistä, lisaksi huomioitava vaikutukset muuhun toimintaan. Tekniikan kehittyessä myös standardit kehittyvät, ja jotta voidaan varmistaa eri toimittajien tuotteiden ja tekniikoiden välinen yhteentoimivuus, on pyrittävä tukemaan ainakin keskeisimpiä standardeja. Koska kyseessä on varsin nuori teknologia, eikä kehityskulussa ole nähtävissä vielä taantumaa tai vakiintumista tiettyihin standardeihin, on sovelluspalvelinarkkitehtuurin toteutukselle jätettävä avoimet mahdollisuudet jatkokehitykselle. Nykyään on kannattavaa pyrkiä tekemään ratkaisuja avoimien standardien pohjalta, muttei tiettyyn arkkitehtuuriin tai toimittajaan sitoutuminen ole välttämättä pahasta, mutta kehityksen myötä voi vaihdos myöhemmin tulla kalliiksi tai liian vaikeaksi. Tällä hetkellä EJB-komponenttiteknologia ja siihen liittyvä J2EE-arkkitehtuuri hallitsevat sovelluspalvelinmarkkinoita. Syy EJB-sovelluspalvelimien suosioon on web-lähtöisyys, EJB-teknologia ratkaisee useita huimasti kasvavan sähköisen liiketoiminnan teknisiä ongelmia, kuten verkkopalvelujen skaalautuvuutta ja hallittavuutta. Järjestelmien ja varsinkin asiakasmäärien kasvaessa, yhtäaikaisten järjestelmän käyttäjien määrä saattaa nousta äkkiä. Tällöin järjestelmältä vaaditaan skaalautuvuutta. Intemetin kautta sovellusten käyttämisen helppous ja web-sovellusten kehittämisen nopeus on lisännyt suuria, monen yhtäaikaisen käyttäjän järjestelmiä. Tulevaisuudessa tarpeet ovat komponenttipohjaisessa kehityksessä ja laajoissa skaalautuvissa web-ympäristöissä. Vaihtoehtoisia soveiiuspaiveiimia

Tutkimuksessa on vertailtu muutamaa kaupallista sovelluspalvelintuotetta. Koska markkinoilla on varsin samankaltaisia tuotteita, tarkemman tarkastelun kohteeksi valitut tuotteet ovat melko lailla erilaisia lähtökohtaisesti. Lisaksi Komponentti-FixIT-projektin tavoitteet johtivat siihen, että vertailuun otettiin seuraavat tuotteet: - BEA WebLogic Enterprise: Web-pohjainen nakökulma Nykyisiltä sovelluksilta vaaditaan ainakin osittain web-pohjaista käyttöliittymää ja Komponentti-FixIT-projektissa on tärkeää pyrkiä mahdollistamaan vaivaton ja nopea web-kehitys. BEA on johtava sovelluspalvelintoimittaja ja keskittynyt varsinkin web-pohjaisiin ratkaisuihin. WebLogicin tuki standardeille on tällä hetkellä markkinoiden kattavin, sen toiminnallisuus perustuu CORBA-määrittelyihin sekä EJB-komponenttimalliin. - Borland AppServer 4.5: Sovelluskehitysnakökulma Komponentti-FixIT-projektissa on tavoitteena kehittää sovelluskehitysvälineistöä, jolla ohjelmistotyön tuottavuutta voidaan lisätä. Borland on taustastaan johtuen selkeästi lähtenyt sovelluskehitysnäkökulmasta kehittämään ja toteuttamaan omaa sovelluspalvelintaan. AppServeriin on integroitavissa tehokkaat kehitystyökalut, kuten Borlandin JBuilder. Borlandin tarkoituksena on, että voidaan keskittyä sovelluslogiikan toteuttamiseen ja AppServer huolehtii sovelluksen hajautuksesta. AppServer tukee vahvasti EJB:n ja CORBAn yhteistoimintaa. - Microsofi Transaction Server: Microsofiin näkökulma Maailmalla on huikea määrä Microsofiin tuotteita, joiden käyttämisen helppous on yksi vahvuus. Microsofi Transaction Server, MTS on Microsofiin omaa linjaa tukeva ratkaisu, joka toimii Microsofiin omassa ympäristössä. Lisäksi MTS tulee mukana useissa Windowsympäristöissä, joissa sitä on pääasiassa käytetään. - Oracle9i Application Server: Tietokantaläheinen näkökulma Komponenttiarkkitehtuurit ja varsinkin terveydenhuollon järjestelmät ovat tietokantaläheisiä ja toiminnallisuudeltaan ne keskittyvät paljon tietovarastojen ylläpitoon ja käsittelyyn. Oracle on perinteinen tietokantatoimittaja, jonka sovelluspalvelin keskittyy myös tietokantaosaamiseen. Oraclen sovelluspalvelimen vahvuudet ovat web-pohjaisista sovelluksista, joissa tarvitaan tehokasta tietokantaa ja hyvää hallittavuutta. Oraclen oman tietokannan kanssa 9i Application Server on kattava yhdistelmä ratkaisuksi organisaatioille. Tulevaisuuden näkymiä Tarpeet sovelluspalvelimille on luotu ja niitä tullaan tarvitsemaan tulevaisuudessa yhä erilaisemmissa käyttöympäristöissä. Järjestelmistä kehittyy laajoja kokonaisuuksia, joihin saman toimintalogiikan päälle voidaan muokata erilaisia käyttöliittymiä. Näin toimintalogiikkakerros on järjestelmien keskeinen "tukipilari" ja sovelluspalvelin sen tärkein suoritusta ja hallintaa tukeva osa. Sovelluspalvelimen rooli järjestelmäintegraatiossa tullee myös kasvamaan. Tekniset puitteet ja standardit saavat uusia piirteitä, jonka myötä sovelluspalvelimet tuotteina kehittyvät jatkuvasti. EJB 2.0, CORBA 3.0 ja.net tulevat olemaan seuraavat suuret kehitysaskeleet. Vaikka arkkitehtuurit ja komponenttimallit kilpailevat keskenään, lähentymistä ja yhteistoiminnallisuuden kehittämistä on havaittavissa. Perustoiminnallisuuden rakentaminen C0RBA:n sekä J2EE:n varaan vaikuttaa tässä vaiheessa vahvalta ratkaisulta.

Lähteet Harmon P. Enterprise Application Servers. Component Development Strategies Vol. X, No. 1, January 2000. Cutter Information Corp. Heino J. Sovelluspalvelimet - tuottavuutta komponenttikehitykseen. Swengineering, 111999 Component Design and Implementation Special, s. 14-15. Software Engineering Center (SEC). Lindgren, L. Application Servers For E-Business. CRC Press, Auerbach, 200 1 Mykkänen J. Komponentti-FM-IT: Terveydenhuollon komponenttipohjainen sovellustuotanto - toiminnallisuus, arkkitehtuuri, siirgmastrategiat ja välineet. Kuopion yliopiston selvityksiä C. Luonnontieteet ja ympäristötieteet 7, Kuopion yliopisto, 2000. Polvinen T. Hajauta ja hallitse sovelluspalvelimilla. MicroPC nro 712000 s. 44-47.