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

Samankaltaiset tiedostot
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 11. Teknologia-arkkitehtuurin suunnittelu

Pilvipalveluiden arvioinnin haasteet

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

Mikä on suomalaisille organisaatioille nyt IN pilvipalveluissa?

Mistä on kyse ja mitä hyötyä ne tuovat?

Pertti Pennanen DOKUMENTTI 1 (5) EDUPOLI ICTPro

Pilvi mitä, miksi ja miten

Pilvilaskennan perusteet ja sanasto (ISO/IEC 17788) sekä jatkotyöstö. SFS SR-310 Pasi Mäkinen, Open Source Lead, Microsoft

Oulu D.C. kapasiteettipalveluita oululaiseen ekosysteemiin

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

Toivakan kunnan teknologia-arkkitehtuuri

FuturaPlan. Järjestelmävaatimukset

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

Ympäristöystävällinen IT

Mitä muutoksia pilvipalvelut tulevat aikaansaamaan tietoteknisten ratkaisujen hankinta- ja toimitusmalleissa? Miten pilvipalvelut muokkaavat

Hankintariskit haltuun virtualisoinnilla

Suomen avoimien tietojärjestelmien keskus COSS ry

Julkisen hallinnon linjaukset tiedon sijainnista ja hallinnasta. Yhteenveto. Taustaa linjauksille. Linjausten tavoitteet

Virtualisointiympäristössä on kolme pääosaa: isäntä (host), virtualisointikerros ja vieras (guest).

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

JUHTA asiantuntijajaoston kokous JHS 179 v 2.0 esittely VM

JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus

Järjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet

TIETOJÄRJESTELMIEN AMMATILLISET ERIKOISTUMISOPINNOT (30 op)

ANVIA PILVI. kotimaisia pilvipalveluita yrityksille 24/7

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen

JUHTA kokous JHS 179 v 2.0 esittely VM

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

Facta palvelimien uusiminen Helsingin kaupunki

Tapaustutkimus big data -analytiikkakoulutuksen suunnittelusta

Työpöytävirtualisointi

-Yhdistetty viestintä osana uutta tehokkuutta. Petri Palmén Järjestelmäarkkitehti

Forrester: tietohallinnon prioriteetit

Pilivipalavelut Cloud Business 2012 Parempaa paikallista pilveä

Lausunto Linjausten tulisi perustua pilvipalvelujen käyttöön liittyvään yleiseen riskiarvioon

Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?

Julkisen hallinnon linjaukset tiedon sijainnista hallinnasta Pauli Kartano

Kysymykset ja vastaukset:

Viisaat hankinnat JIT2015 sopimusehdot

Pilvipalvelujen tietoturvasta

Loikkaa turvallisesti pilveen

pilvipalvelu tarkoittaa?

Uusi vuosikymmen: vanhat haasteet, uudet välineet. Pekka Järvinen teknologiajohtaja Enfo

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 2. Liiketoimintamallit ja kyvykkyydet KA-suunnittelussa

WEBINAARI CLOUD SOFTWARE SRA- esi;ely

Hyödynnä DPS- ja SA-setelit Azure hybridipilvi-palveluiden suunnittelussa ja testauksessa!

IoT, tiedolla johtaminen ja alustatalous

Voiko se oikeasti olla totta

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

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

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

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

Julkisen hallinnon linjaukset tiedon sijainnista ja hallinnasta. Yhteenveto. Taustaa linjauksille. Linjausten tavoitteet

Paikkatiedon kokonaisarkkitehtuuri LUONNOSTELUA

IT-OSAAJA, TIETOJENKÄSITTELYN ERIKOISTUMISOPINNOT

Sopimusten Verkkopankki

ANVIA PILVI. kotimaisia pilvipalveluita yrityksille 24/7

Osittavat arkkitehtuurityylit. Palveluihin perustuvat arkkitehtuurityylit. Erikoisarkkitehtuurityylit

Suomalainen pilvimaisema Yhteenveto Liikenne- ja viestintäministeriön selvityksestä 2013

TkK-tutkielmat

Rajattomat tietoverkot ja niiden rooli pilvipalveluissa. Jukka Nurmi Teknologiajohtaja Cisco Finland

TIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen

Julkisen hallinnon linjaukset tiedon sijainnista ja hallinnasta. Yhteenveto. Taustaa linjauksille. Linjausten tavoitteet. Lausunto

Kokonaisarkkitehtuurilla tavoitteisiin. Valtio Expo Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela

Tekninen suunnitelma - StatbeatMOBILE

ICT Palvelut Juhani Suhonen

TAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

Vastausten ja tulosten luotettavuus. 241 vastausta noin 10 %:n vastausprosentti tyypillinen

Virtualisointi Kankaanpään kaupungissa. Tietohallintopäällikkö Jukka Ehto

Case: Avoimen lähdekoodin ohjelmistojen hyödyntäminen Lahdessa

Pilvi 9.0. Arkkitehtuuri. Esimerkki arkkitehtuurit

Taltioni teknisen alustan arviointi

Miten pilvipalvelut sopivat teidän organisaationne tarpeisiin? Case-esimerkki: M-Files; verkkolevykaaoksesta tehokkaaseen tiedonhallintaan

Harjoitustyö Case - HelpDesk

Tekninen suunnitelma - StatbeatMOBILE

Sovellusarkkitehtuurit

ACCOUNTOR ICT Digitaalinen työympäristö Markkinatutkimus joulukuu 2018

E-AINEISTOJEN ESILLEPANO KIRJASTOSSA Asiakastablettien tekninen ratkaisu

Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria. CASE: Metropolia. Jaakko Rannila & Tuomas Orama 1

10:30 Tauko. 12:00 Lopetus. Yhteistyössä:

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

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

Verkkopalkan palvelukuvaus

SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ

Pilvee, pilvee, pilvee TERVETULOA! Toni Rantanen

Tikon Ostolaskujenkäsittely versio SP1

Jan Hursti, Kehityspäällikkö, Isoworks Oy. Turvallista pilvipalvelua keskisuurille yrityksille

Virtualisointi Käytännön kokemuksia järjestelmien virtualisoinnista

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

Valinnanvapauden asettamat vaatimukset tiedonhallinnalle

JHS 179 suosituksen uudistamishanke Suositusluonnoksen ja liitteiden esittely Keskustelutilaisuus Kansallismuseon auditorio

Käyttöjärjestelmät. 1pJÄKÄ1 KÄYTTÖJÄRJESTELMÄN HALLINTA, 12 OSP

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

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

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

SAS & Cloud Computing. antti.hiltunen@sas.com

Tiedonhallintalakiehdotus tiedonhallinnan kuvaukset

Kokonais-IS-arkkitehtuuri korkeakouluissa Tietohallinnon näkökulma

Automaatio mahdollistaa Software as a Service - arkkitehtuurin

Transkriptio:

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 9. Virtualisointi ja pilvipalvelut teknologia-arkkitehtuurin suunnittelussa Versio: Palautekierros, 2. palautekierros Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 2 Virtualisointi... 2 3 Pilvipalvelut ja pilvilaskenta... 3 3.1 SaaS (Software-as-a-Service)... 5 3.2 IaaS (Infrastructure-as-a-Service)... 6 3.3 PaaS (Platform-as-a-Service)... 7 1/7

1 Johdanto Tässä liitteessä käsitellään lyhyesti kahta organisaation teknologia-arkkitehtuuriin vaikuttavaa tekniikkaa, virtualisointia ja pilvipalveluita. Liite täydentää JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen -suositusta. 2 Virtualisointi Virtualisointi tarkoittaa tietotekniikassa ohjelmistoratkaisuja ja -teknologiaa, jolla jonkin fyysisen resurssin tekniset piirteet piilotetaan niitä käyttäviltä muilta järjestelmiltä, sovelluksilta tai loppukäyttäjiltä. Näin ollen yksi fyysinen resurssi, esimerkiksi palvelin, voi toimia monena loogisena resurssina, tai useat fyysiset resurssit näkyvät yhtenä loogisena kokonaisuutena sitä käyttäville tahoille. Usein virtualisoinnilla tarkoitetaan palvelimen fyysistä erottamista käyttöjärjestelmästä, mutta ratkaisua voidaan käyttää myös esimerkiksi tallennuskapasiteetin virtualisoinnissa. Virtualisoinnin avulla voidaan saavuttaa huomattavia kustannussäästöjä, mutta virtualisointiin liittyvät riskit, esimerkiksi virhetilanteista toipuminen, on otettava huomioon. Virtualisointi voi myös vähentää riskejä, koska esimerkiksi sovelluskerros on yleensä erotettu fyysisestä alustasta. Eri virtualisointimallien valinnoissa on tärkeää ymmärtää olemassa olevan teknologia-arkkitehtuurin nyky- ja tavoitetilat sekä ratkaisun edellyttämät kyvykkyydet ja haasteet siirryttäessä virtualisoituihin palvelumalleihin. Kuvassa 1 on esitetty teknologiakerrokset, joilla teknologiapalvelut voidaan toteuttaa, eli näiden palveluiden tarvitsema alusta ja sen tyypillinen virtualisointimalli. Alimmilla kerroksilla esitetään teknologiaresurssit, joilla virtualisointi voidaan halutuilta osin toteuttaa. 2/7

Kuva 1. Teknologiapino. 3 Pilvipalvelut ja pilvilaskenta Pilvilaskenta tarkoittaa verkon kautta eli pilvessä (cloud computing) tapahtuvaa teknologian, sovellusten ja tietojärjestelmien käyttöä hajautetuissa ympäristöissä ja jonka teknisiä yksityiskohtia palvelun käyttäjät eivät näe tai hallitse suoraan. Arkikielessä yleensä puhutaan pilvipalveluista. Pilvipalvelut perustuvat teknologian hyödyntämisen palveluarkkitehtuuriteoriaan (Service Oriented Architecture), jonka ytimenä ovat palvelun käsite ja palveluketjut. Pilvipalvelut toteuttavat sellaista tietoteknisten palveluiden tuottamisen, käyttämisen ja toimittamisen mallia, johon kuuluvat internetin yli palveluna tarjotut, dynaamisesti skaalautuvat ja virtuaaliset resurssit. Pilvipalveluiden hyödyntäminen muuttaa merkittävästi organisaatioiden teknologiapalvelujen tuottamista, hankintatapaa, omia kyvykkyysvaatimuksia ja kustannusrakennetta. Nämä tekijät vaikuttavat teknologiaarkkitehtuuriin. Pilvipalveluilla on vaihtoehtoisia käytön ja palvelutarjonnan malleja. Nämä mallit eroavat toisistaan siinä, mitä kerroksia teknologiakaaviosta/pinosta asiakas haluaa käyttää ja mitä palvelun toimittaja tarjoaa. Tarkempia kuvauksia on esimerkiksi SFS-ISO -standardeissa. Pilvipalveluiden eri vaihtoehdoista kuvataan tässä dokumentissa SaaS-, PaaS- ja IaaS-mallit (ks. kuva 2). Seuraavassa kuvassa esitetään pilvipalveluiden hyväksikäyttäjän (asiakkaan) ja toimittajan vastuunjaon vaihtoehtoja. Kuvassa 2 sarake Fyysinen ei sisällä pilvipalveluita. 3/7

Kuva 2. Palveluiden ja hankintojen vastuujako. Seuraava kaavio (kuva 3) esittää kuinka eri teknologia-arkkitehtuurin palvelut ja toiminnot jakaantuvat pilvipalveluiden eri malleissa periaatetasolla. SaaS-mallissa lähes koko teknologia ja tietojärjestelmäratkaisu on ulkoistettu palveluntarjoajalle. Usein malli sopii uusille sovelluspalveluille, joiden kehittämisessä on otettu huomioon pilvipalveluiden vaatimukset ja mahdollisuudet. Käytännössä voi olla myös sovelluksia, joiden rajapinnat ja sovellusmalli sopivat SaaS-mallin mukaiseen teknologiapalveluiden virtualisointiin. IaaS-mallissa teknologia-arkkitehtuurin infrastruktuuripalvelut ovat tarjolla palveluntarjoajalla ja loput teknologiapalvelut ovat edelleen organisaation omassa fyysisessä hallinnassa. PaaS-malli on edellä mainittujen SaaS- ja IaaS-mallien välimuoto eli siihen kuuluvat palveluntarjoajan kanssa tehdyn sopimuksen mukaiset teknologiapalvelut. 4/7

Kuva 3. Pilvipalvelumallit ja teknologia-arkkitehtuurin palvelut. 3.1 SaaS (Software-as-a-Service) Pilvipalvelumalli, jossa hankitaan käyttöön kolmannen osapuolen teknologiapalvelu kokonaisuudessaan. SaaS-mallissa käytettävän palvelun kaikki teknologiakerrokset sekä tietojärjestelmäpalvelut ovat käytössä palveluntarjoajalta ja niiden sovellukset kokonaisuudessaan hoidetaan palveluntarjoajan kautta. Usein SaaS-pohjaisella virtualisoinnilla tavoitellaan teknologiapalveluiden erittäin nopeaa käyttöönottoa, sekä nopeampaa ja helpompaa tietojärjestelmäpalveluiden ylläpitoa ja ajantasaisuutta. Samalla teknologiapalveluihin tarvittavat laiteinvestoinnit jäävät pieniksi. Ohjelmisto- ja laiteratkaisun toimittaja huolehtii huolto-, päivystys- ja varmuuskopioista. Tällöin myös käyttökustannukset ovat ennustettavia. Tyypillistä tälle pilvimallille on, että käyttäjä saa tekemänsä palvelutasosopimuksen mukaiset teknologiapalvelut kokonaisuudessaan palveluntarjoajalta. Esimerkkejä SaaS-palveluista ovat esim. Microsoft Office 365 ja Salesforce.com SaaS-mallissa täytyy kiinnittää erityisesti huomiota rajapintojen hallintaan ja niiden toimivuuteen palvella organisaation tarpeita. 5/7

Kuvassa 4 on pelkistetty esimerkkikaavio SaaS-pilvipalvelun virtualisoidusta toteutuksesta. Kuva 4. SaaS-pilvipalvelun esimerkkikuva. Huom! Kuvassa 4 artefaktit sovelluspalvelimen käyttö ja tietokantapalvelimen käyttö kuvaavat pilvimallin sopimusta, jossa määritellään yksityiskohtaisesti pilvipalvelun käyttöehdot. 3.2 IaaS (Infrastructure-as-a-Service) Pilvipalvelumalli, jossa organisaatio ostaa vain infrastruktuuripalvelut (esim. palvelin-, tietokanta- ja näihin liittyvät tietoverkkopalvelut) palveluntarjoajalta. Tässä pilvimallissa järjestelmä- ja sovelluspalvelut ovat organisaation itsensä hallinnoimia ja omistamia. Esimerkki IaaS-palvelusta on, että keskeiset sovellus- ja tietokantapalveluiden palvelimet ja niiden ohjelmistot ovat virtualisoituina kolmannella osapuolella. Toinen esimerkki IaaS-palvelusta on Amazon Web Services (AWS). 6/7

3.3 PaaS (Platform-as-a-Service) PaaS-pilvipalvelumallissa ollaan IaaS- ja SaaS-mallien välimaastossa. Valinta tehdään riippuen organisaation strategiasta, vaatimuksista ja tarpeista sekä pilvipalveluiden tarjoajien kyvykkyyksistä ja näistä syntyvistä kustannuksista. PaaS-mallissa palvelualustat ovat virtualisoituja eli palvelimien tilaaminen, komponenttien asennukset, versiohallinta jne. siirtyy pilvipalvelun tarjoajalle. PaaS-mallissa palvelualustan ulkoistamisen edut organisaatiolle ohjelmistokehityksen kannalta ovat: - joustava sovelluskehitys - sovellusten testaus - sovellusten käyttöönotto tarvitsematta omistaa ja hallita virtualisoituna olevia laitteistoja ja varusohjelmistoja. Organisaation liiketoiminnnan kannalta PaaS-malli tarjoaa mahdollisuuden nopeaan ja ketterään sovelluskehitykseen ilman aikaa vaativia laite- ja ohjelmistohankintoja. Esimerkkejä PaaS-palveluista ovat esim. Docker- ja OpenShift -teknologiat ja Composable Enterprise -tyyppiset komponenttipohjaiset teknologia-arkkitehtuurit. Edellä kuvattujen pilvimallien lisäksi on olemassa myös laaja joukko muita pilvipalveluiden variaatioita, joissa organisaatio voi itse hallinnoida osaa palveluista (On-Premise). Pilvimallien perustyyppejä ovat julkinen pilvi ja yksityinen pilvi. Julkinen pilvipalvelu tuotetaan yhteisessä tuotantoympäristössä, jossa ei ole eriytetty eri asiakkaiden palvelutuotantoa. Julkiseen pilveen voidaan toteuttaa myös asiakkaan oma eriytetty ympäristö, jolloin puhutaan dedikoidusta pilvipalvelusta. Yksityistä pilveä käytetään organisaation omaan käyttöön tarkoitetussa sisäisessä teknologiaympäristössä. Hybridipilvi on yhdistelmä, jossa osa palvelutuotannosta voidaan automaattisesti siirtää yksityisestä pilvestä julkiseen ja takaisin esimerkiksi kuormituksen vaihdellessa. Pilvipalveluiden hankinnasta sovitaan asiakasorganisaatiota ja palvelun toimittajaa sitovilla palvelutasosopimuksilla. Teknologia-arkkitehtuurien erilaisista virtualisointi- ja pilvipalvelutavoista tai fyysisistä sijoitusmalleista riippumatta arkkitehtuuri tulee kuvata suosituksen ohjeita soveltaen joko itse tai edellyttää kuvausten olemassaoloa palvelutarjoajalta sekä tarvittaessa niiden käyttöön saantia sopimuksellisesti. 7/7