Riippuvuusriskitpilvipalveluissa    Aamiaistilaisuus Santeri Paavolainen           1.3.2011
Mitä ovat riippuvuusriskit?   “In economics, vendor lock-in, also known as proprietary lock-in or    customer lock-in, ma...
Liiketoimintariskit vs. teknologiariskit3
Jos pilvipalveluiden    käyttöä katsotaan vain    alihankintariskinä, tulevat    tekniset riippuvuudet    yllättämään.4
Etabloitunut vaikasvuyritys?5
Yleisiä riskejä   Tiedon saatavuus aina ensiarvoisen tärkeää        Saatko kaiken palvelussa olevan datasi ja miten nope...
Pilvisovellukset (SaaS)   Riippuu sovelluksesta ja siitä miten vakioitu se on        Esimerkiksi pelkän sähköpostin siir...
Pilvialustat (PaaS)   Tässä jaettu sovellusalustoihin ja middlewareen   Middlewarella yksinkertaisemmat ja fokusoidummat...
Pilvi-infra (IaaS)   Tuote hyvin vakioitu        Virtuaalikoneissa x86/x64 ja virtualisoitu PC-rauta   Sovellus ja alus...
Ei mennä pilveen         Sopimukset10
Infrariippumattomat alustat   Mahdollistavat siirtymisen infrasta toiseen        Analogisia alustariippumattomien kirjas...
Hyvä arkkitehtuuri12
Hyvä arkkitehtuuri   Komponenttiarkkitehtuurit ja selkeät rajapinnat    kasvattavat joustavuutta        Löyhät komponent...
Miksi tätä ylipäänsä mietitään?   Riskien miettiminen tarkoittaa että järki on paikallaan   Ei liian rämäpäisesti   Mut...
Tulevaisuus   Elämme edelleen pilvipalveluiden divergenssivaihetta        Yhtenäisille alustoille on kysyntää, muttei va...
✔ Muista   data✔ Hyvä arkkitehtuuri
Upcoming SlideShare
Loading in …5
×

Riippuvuusriskit pilvipalveluissa

613 views

Published on

Codenton aamiaistilaisuus 1.3.2011: Hyvä pilvi - huomennakin?

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
613
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Riippuvuusriskit pilvipalveluissa

  1. 1. Riippuvuusriskitpilvipalveluissa Aamiaistilaisuus Santeri Paavolainen 1.3.2011
  2. 2. Mitä ovat riippuvuusriskit? “In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs. Lock-in costs which create barriers to market entry may result in antitrust action against a monopoly.” (Wikipedia) “Riippuvuusriskiä kartoitettaessa pyritään tunnistamaan yrityksen riippuvuus kaikista ulkopuolisista hyödykkeiden ja palvelujen tuottajista ja niiden toimitusten loppumisesta aiheutuvat vahingot.” (Riskienhallintaopas, SKOL 2004)2
  3. 3. Liiketoimintariskit vs. teknologiariskit3
  4. 4. Jos pilvipalveluiden käyttöä katsotaan vain alihankintariskinä, tulevat tekniset riippuvuudet yllättämään.4
  5. 5. Etabloitunut vaikasvuyritys?5
  6. 6. Yleisiä riskejä Tiedon saatavuus aina ensiarvoisen tärkeää  Saatko kaiken palvelussa olevan datasi ja miten nopeasti?  Tiedätkö missä muodossa sen saat?  Paljonko se maksaa? Hallintarajapinnat hajanaisia  Ei yhtenäisiä provisiointi-, valvonta-, hallinta- tmv. rajapintoja  Näiden integraatio omiin liiketoimintajärjestelmiin aina toimittajakohtaista6
  7. 7. Pilvisovellukset (SaaS) Riippuu sovelluksesta ja siitä miten vakioitu se on  Esimerkiksi pelkän sähköpostin siirto ongelmatonta mahdollista  Valmiiden sovellusten käyttö mahdollistaa vähintäänkin sisäistämisen (jos sama sovellus pilvessä ja hyllyllä) Läheinen integrointi liiketoimintajärjestelmiin haaste  Merkittävä osa arvosta ja ylivoimaisin osa siirtotyöstä voi olla vakioidun tuotteen päälle tehdyissä integroinneissa  Pilvisovellus onkin enemmän vertikaaliin suunnattu alusta – riskeineen? Palvelun sisältämän datan saanti ensiarvoisen tärkeää!  Myös tietomalli oltava saatavilla7
  8. 8. Pilvialustat (PaaS) Tässä jaettu sovellusalustoihin ja middlewareen Middlewarella yksinkertaisemmat ja fokusoidummat käyttömallit  CDN-palvelut, SQS, Azure SQL  Arkkitehtuurillisesti selkeitä toiminnallisia kokonaisuuksia  Selkeät ja suhteellisen kapeat rajapinnat – tosin erilaiset eri toimittajilla Sovellusalustat haastavia riskienhallinnan kannalta  Google App Engine, Vmforce, Elastic Beanstalk  Monimutkaiset ja monipuoliset ohjelmalliset rajapinnat  Ei juurikaan vakioituja rajapintoja, huono siirrettävyys8
  9. 9. Pilvi-infra (IaaS) Tuote hyvin vakioitu  Virtuaalikoneissa x86/x64 ja virtualisoitu PC-rauta Sovellus ja alusta omassa hallinnassa Alustakerroksen ominaisuuksien “creep” ja implisiittiset oletukset kasvattavat riskiä  Esimerkiksi automaattiset skaalausominaisuudet Oman alustan kanssa työskenteleminen tuttua olemassaoleville organisaatioille  Toisaalta tästä saatetaan liiketoimintasyistä haluta päästä eroon9
  10. 10. Ei mennä pilveen Sopimukset10
  11. 11. Infrariippumattomat alustat Mahdollistavat siirtymisen infrasta toiseen  Analogisia alustariippumattomien kirjastojen kanssa Abstraktiolla on hintansa  “Pienin yhteinen nimittäjä”  Ympäristön ominaisuuksien täysi hyödyntäminen haasteellista Ongelmallisia piilokustannusten takia  Eivät suositeltavia ellei usean pilven yhtäaikainen käyttö ole todellinen tarve  Epävarmaan tulevaisuuteen kannattaa varautua ennemmin hyvällä arkkitehtuurilla Vaihdetaan yksi riski toiseen11
  12. 12. Hyvä arkkitehtuuri12
  13. 13. Hyvä arkkitehtuuri Komponenttiarkkitehtuurit ja selkeät rajapinnat kasvattavat joustavuutta  Löyhät komponenttien väliset kytkennät  Asynkroniset rajapinnat  SOA-mallit – funktionaalisten riippuvuuksien abstraktointi Rajoitetaan teknologiariippuvuuksien vaikutusalue Järjestelmäarkkitehtuuri nousee tärkeäksi tekijäksi13
  14. 14. Miksi tätä ylipäänsä mietitään? Riskien miettiminen tarkoittaa että järki on paikallaan Ei liian rämäpäisesti Muttei myöskään pää pensaaseen14
  15. 15. Tulevaisuus Elämme edelleen pilvipalveluiden divergenssivaihetta  Yhtenäisille alustoille on kysyntää, muttei vakiintunutta tarjontaa  Ei dominoivaa designiä Standardoinnin eteneminen kiinni isoista toimijoista  Isojen toimijoiden intressit eivät välttämättä yhteneväisiä asiakkaiden tarpeiden kanssa!  Standardit itse myös riskejä (kuka muistaa X.25:n?) Sovellusalustojen (PaaS) määrä tulee kasvamaan  Sekä määrällisesti että alustojen tyyppien mukaan15
  16. 16. ✔ Muista data✔ Hyvä arkkitehtuuri

×