Toisaalta laskentatehon kasvu ja x86-alustan virtualisointiteknologioiden kehitys ja toisaalta IT-ulkoistusten leviäminen ovat johtaneet hyödyllisyyslaskentaan (IT julkisena palveluna). Mikset maksaisi IT:stä samalla tavalla kuin vedestä tai sähköstä – juuri sen verran ja juuri silloin kun tarvitset, etkä enempää.
Tällä hetkellä syntyi pilvipalvelun käsite - IT-palvelujen kulutus "pilvestä", ts. jostain ulkopuolisista resursseista välittämättä siitä, miten ja mistä nämä resurssit tulevat. Aivan kuten emme välitä vesilaitosten pumppaamoiden infrastruktuurista. Tähän mennessä oli myös käsitelty konseptin toinen puoli - eli IT-palvelujen konsepti ja niiden hallinta ITIL/ITSM:n puitteissa.
Pilville (pilvilaskenta) on kehitetty useita määritelmiä, mutta tätä ei pidä pitää lopullisena totuutena - se on vain tapa virallistaa tavat, joilla hyödyllisyyslaskentaa tarjotaan.
- "Pilvilaskenta on hajautettua tietojenkäsittelytekniikkaa, jossa tietokoneresurssit ja -kapasiteetit tarjotaan käyttäjälle Internet-palveluna" Wikipedia
- "Pilvilaskenta on malli, joka tarjoaa kätevän verkkoyhteyden mukautettavien laskentaresurssien (esim. verkot, palvelimet, tallennustila, sovellukset ja palvelut) jaettuun valikoimaan tarpeen mukaan, ja ne voidaan valmistaa nopeasti ja tarjota käyttöön mahdollisimman pienellä hallintatyöllä tai vähäisellä toimenpiteellä. Palveluntarjoaja" NIST
- "Pilvipalvelu on paradigma, joka tarjoaa verkkoon pääsyn skaalautuvaan ja joustavaan hajautettujen fyysisten tai virtuaalisten resurssien pooliin, joka tarjotaan itsepalvelutilassa ja jota hallitaan pyynnöstä" ISO/IEC 17788:2014. Tietotekniikka - Cloud computing - Yleiskatsaus ja sanasto.
NIST:n mukaan pilviä on kolme päätyyppiä:
- IaaS - Infrastructure as a Service - Infrastructure as a Service
- PaaS - Platform as a Service - Platform as a Service
- SaaS - Software as a Service
Jotta eron ymmärtäminen olisi hyvin yksinkertaistettua, tarkastellaan pizzaa palveluna -mallia:
NIST määrittelee seuraavat tarpeelliset ominaisuudet, jotta IT-palvelua voidaan pitää pilvipalveluna.
- Laaja verkkoyhteys – palvelulla tulee olla universaali verkkoliitäntä, joka mahdollistaa palvelun liittämisen ja käytön lähes kaikille vähäisin vaatimuksin. Esimerkki - 220 V:n sähköverkon käyttämiseen riittää kytkeminen mihin tahansa pistorasiaan tavallisella yleisliitännällä (pistokkeella), joka ei muuta sitä, onko se vedenkeitin, pölynimuri vai kannettava tietokone.
- Mitattu palvelu - Pilvipalvelun keskeinen ominaisuus on palvelun mitattavuus. Palatakseni analogiaan sähkön kanssa, maksat täsmälleen sen verran kuin kulutit minimirakeudella, aina vedenkeittimen keittämisen kustannuksiin asti, jos olet kerran kotona ja joit kupin teetä koko kuukauden ajan.
- Itsesäätyvät palvelut tarpeen mukaan (on demand -itsepalvelu) - pilvipalveluntarjoaja tarjoaa asiakkaalle mahdollisuuden konfiguroida palvelu älykkäästi ilman, että hänen tarvitsee olla vuorovaikutuksessa palveluntarjoajan työntekijöiden kanssa. Vedenkeittimen keittämiseksi ei ole ehdottomasti tarpeen ottaa yhteyttä Energosbytiin etukäteen ja varoittaa heitä etukäteen ja saada lupaa. Siitä hetkestä lähtien, kun talo on kytketty (sopimus on tehty), kaikki kuluttajat voivat itsenäisesti luovuttaa toimitetun sähkön.
- Välitön elastisuus (nopea elastisuus) - pilvipalveluntarjoaja tarjoaa resursseja, joilla on kyky välittömästi lisätä / vähentää kapasiteettia (tietyissä kohtuullisissa rajoissa). Heti kun vedenkeitin kytketään päälle, palveluntarjoaja vapauttaa välittömästi 3 kW tehoa verkkoon, ja heti kun se sammutetaan, se vähentää tehon nollaan.
- Resurssien yhdistäminen (resurssien yhdistäminen) - palveluntarjoajan sisäiset mekanismit mahdollistavat yksittäisten tuotantokapasiteetin yhdistämisen yhteiseksi resurssipooliksi (pooliksi) ja tarjoaa resursseja edelleen palveluna eri kuluttajille. Kun vedenkeitin käynnistetään, olemme vähiten huolissamme siitä, mistä voimalaitoksesta virta tulee. Ja kaikki muut kuluttajat kuluttavat tätä sähköä kanssamme.
On tärkeää ymmärtää, että yllä kuvatut pilven ominaisuudet eivät ole otettu katosta, vaan ne ovat looginen johtopäätös hyödyllisyyslaskennan käsitteestä. Ja julkisella palvelulla on oltava nämä ominaisuudet konseptin puitteissa. Jos yksi tai toinen ominaisuus ei täsmää, palvelu ei pahene eikä tule "myrkyttäväksi", se vain lakkaa olemasta samea. No, kuka sanoi, että kaikkien palvelujen pitäisi?
Miksi puhun tästä erikseen? Viimeisten 10 vuoden aikana NIST-määritelmän jälkeen on ollut paljon kiistaa määritelmän mukaisesta "todellisesta pilvisyydestä". Yhdysvalloissa sanamuotoa "vastaa lain kirjainta, mutta ei henkeä" käytetään edelleen joskus oikeusalalla - ja pilvipalveluiden tapauksessa pääasia on henki, resurssit vuokrattavissa kahdessa. hiiren napsautuksia.
On huomattava, että yllä olevat 5 ominaisuutta ovat sovellettavissa julkiseen pilveen, mutta yksityiseen pilveen siirryttäessä useimmat niistä muuttuvat valinnaisiksi.
- Universaali verkkoyhteys (laaja verkkoyhteys) - yksityisessä pilvessä organisaatiolla on täydellinen hallinta sekä tuotantokapasiteetista että kuluttaja-asiakkaista. Näin ollen tätä ominaisuutta voidaan pitää automaattisesti suoritettuna.
- Mitattu palvelu on hyödyllisyyslaskentakonseptin, pay-as-you-go, avainominaisuus. Mutta miten maksat organisaatioille itselleen? Tällöin tuotanto ja kulutus jakautuvat yrityksen sisällä, IT:stä tulee toimittaja ja liiketoimintayksiköistä tulee palveluiden kuluttajia. Ja selvitys tapahtuu osastojen välillä. Kaksi toimintatapaa ovat mahdollisia: takaisinperintä (todellisilla keskinäisillä selvityksillä ja rahoituksen liikkeellä) ja showback (raportoinnin muodossa resurssien kulutuksesta ruplissa, mutta ilman rahoituksen liikkumista).
- Itsekonfiguroituvat palvelut on demand (on demand self service) - organisaatiossa voi olla yhteinen IT-palvelu, jolloin ominaisuus muuttuu merkityksettömäksi. Jos sinulla on kuitenkin oma IT-henkilöstö tai sovellusjärjestelmänvalvojat liiketoimintayksiköissäsi, sinun on perustettava itsepalveluportaali. Johtopäätös - ominaisuus on valinnainen ja riippuu yrityksen rakenteesta.
- Välitön elastisuus (nopea elastisuus) - organisaatiossa menettää merkityksensä yksityisen pilven järjestämiseen tarkoitetun kiinteän laitteiston vuoksi. Sitä voidaan käyttää rajoitetusti sisäisten keskinäisten selvitysten puitteissa. Johtopäätös - ei sovellu yksityiseen pilveen.
- Resurssien yhdistäminen (resurssien yhdistäminen) - nykyään ei käytännössä ole organisaatioita, jotka eivät käytä palvelinvirtualisointia. Näin ollen tätä ominaisuutta voidaan pitää automaattisesti suoritettuna.
K: Joten mikä on yksityinen pilvesi? Mitä yrityksen tulee ostaa ja toteuttaa rakentaakseen sen?
Vastaus: Yksityinen pilvi on siirtymä IT-Business-vuorovaikutuksen uuteen hallintomalliin, joka koostuu 80 % hallinnollisista toimenpiteistä ja vain 20 teknologiasta.
Pelkästään kulutetuista resursseista maksaminen ja helppo pääsy ilman satoja miljoonia öljyjä pääomamenoihin on luonut uuden teknologisen maiseman ja miljardööriyritysten syntymisen. Esimerkiksi modernit jättiläiset Dropbox ja Instagram ilmestyivät AWS:n startup-yrityksinä, joilla ei ollut omaa infrastruktuuriaan.
Erikseen tulee korostaa, että pilvipalvelujen hallinnan työkalut ovat muuttumassa entistä epäsuorammiksi ja IT-johtajan keskeinen vastuu on toimittajien valinta ja laadunvalvonta. Katsotaanpa näitä kahta uutta vastuuta.
Vaihtoehtona perinteiselle raskaalle infrastruktuurille, jossa on omat datakeskukset ja laitteistot, pilvet ovat petollisen kevyitä. Pilveen sisäänpääsy on helppoa, mutta poistumisongelma yleensä ohitetaan. Kuten kaikilla muillakin toimialoilla, pilvipalveluntarjoajat pyrkivät suojelemaan liiketoimintaa ja vaikeuttamaan kilpailua. Ainoa vakava kilpailuhetki syntyy vasta pilvipalveluntarjoajan alustavassa valinnassa, ja sitten palveluntarjoaja tekee kaikkensa, jotta asiakas ei jätä häntä. Kaikkea ei myöskään suunnata palvelujen laatuun tai valikoimaan. Ensinnäkin se on ainutlaatuisten palvelujen toimittaminen ja epätyypillisten järjestelmäohjelmistojen käyttö, mikä vaikeuttaa vaihtamista toiseen palveluntarjoajaan. Näin ollen palveluntarjoajaa valittaessa on samanaikaisesti laadittava siirtymäsuunnitelma tältä palveluntarjoajalta (itse asiassa täysimittainen DRP - katastrofipalautussuunnitelma) ja pohdittava tietojen tallennus- ja varmuuskopiointiarkkitehtuuria.
Toinen tärkeä näkökohta tietohallintojohtajan uusissa tehtävissä on palveluntarjoajan palvelujen laadunvalvonta. Lähes kaikki pilvipalveluntarjoajat noudattavat SLA:ta omien sisäisten mittareidensa mukaan, millä voi olla erittäin epäsuora vaikutus asiakkaan liiketoimintaprosesseihin. Ja vastaavasti oman seuranta- ja ohjausjärjestelmän toteuttamisesta tulee yksi avainprojekteista siirrettäessä merkittäviä IT-järjestelmiä pilvipalveluntarjoajalle. Jatkettaessa SLA-aihetta, on syytä korostaa, että valtaosa pilvipalveluntarjoajista rajoittaa SLA:n täyttämättä jättämisen vastuun kuukausittaiseen tilausmaksuun tai osuuteen maksusta. Esimerkiksi AWS ja Azure, kun saatavuusraja 95 % (36 tuntia kuukaudessa) ylittyvät, antavat 100 % alennuksen tilausmaksusta ja Yandex.Cloud - 30 %.
Ja tietenkään emme saa unohtaa, että pilvet eivät ole vain Amazon-luokan mastodonit ja Yandex-luokan norsut. Pilvet ovat myös pienempiä - kissan tai jopa hiiren kokoisia. Kuten CloudMouse-esimerkki osoitti, joskus pilvi vain kestää ja päättyy. Et saa korvauksia tai alennuksia – et saa muuta kuin tietojen täydellistä menetystä.
Ottaen huomioon yllä olevat ongelmat korkealuokkaisten liiketoimintakriittisten IT-järjestelmien toteuttamisessa pilviinfrastruktuureissa, viime vuosina on havaittu "pilvien repatriaatio" -ilmiö.
Vuoteen 2020 mennessä pilvilaskenta on ylittänyt paisuneiden odotusten huipun ja konsepti on matkalla turhautumisen ojaan (Gartner Hype Cyclen mukaan). Tutkimusten mukaan и jopa 80 % yritysasiakkaista palaa ja aikoo palauttaa kuormia pilvistä omiin palvelinkeskuksiinsa seuraavista syistä:
- Paranna saatavuutta/suorituskykyä;
- Vähentää kuluja;
- IS-vaatimusten noudattamiseksi.
Mitä tehdä ja miten kaikki on "todella"?
Ei ole epäilystäkään siitä, että pilvet ovat tulleet tosissaan ja pitkään. Ja joka vuosi heidän roolinsa kasvaa. Emme kuitenkaan elä kaukaisessa tulevaisuudessa, vaan vuonna 2020 hyvin määrätyssä tilanteessa. Mitä tehdä pilvien kanssa, jos et ole startup, vaan klassinen yritysasiakas?
- Pilvet ovat ensisijaisesti paikka palveluille, joilla on arvaamaton tai voimakas kausikuormitus.
- Useimmissa tapauksissa ennustettavan vakaan kuormituksen omaavat palvelut ovat halvempia ylläpitää omassa konesalissa.
- Pilvien parissa on aloitettava työskentely testiympäristöissä ja matalan prioriteetin palveluissa.
- Tietojärjestelmien sijoittaminen pilveen alkaa menetelmän kehittämisestä pilvestä toiseen pilveen siirtymiseen (tai takaisin omaan datakeskukseen).
- Tietojärjestelmän sijoittaminen pilveen alkaa varmuuskopiointijärjestelmän kehittämisellä hallitsemaasi infrastruktuuria varten.
Lähde: will.com