Järjekordne pilk pilvedesse. Mis on privaatne pilv?

Arvutusvõimsuse suurenemine ja x86 virtualiseerimistehnoloogiate areng ning IT-allhanke laialdane kasutuselevõtt on viinud utility computing (IT teenusena) kontseptsioonini. Miks mitte maksta IT eest just nagu vee või elektri eest – täpselt nii palju ja sel hetkel, kui seda on vaja, ja mitte rohkem.

Sel hetkel sai alguse pilvetoimingute kontseptsioon – IT teenuste tarbimine 'pilvest', s.t. välisest ressursside kogumist, muretsemata selle üle, kuidas ja kust need ressursid tulevad. Just nagu me ei muretse veepumpade infrastruktuuri üle. Sel hetkel oli välja töötatud ka kontseptsiooni teine külg: IT teenuste mõisted ning nende haldamine ITIL / ITSM raames.

On välja töötatud rida definitsioone pilvedest (pilvetoimingutest), kuid neid ei tohiks pidada absoluutseks tõeks – need on vaid viis formaliseerida utility computing'i pakkumise viise.

• "Pilvetoimingud on jaotatud andmete töötlemise tehnoloogia, kus arvutusressursse ja -võimekusi pakutakse kasutajale Interneti-teenusena" Wikipedia
• "Pilvetoimingud on mudel, mis tagab mugava võrgujuurdepääsu ühisele kohandatavatele arvutusressursside kogumile (nt võrgud, serverid, andmesalvestussüsteemid, rakendused ja teenused) nõudmisel, mida saab kiiresti eraldada ja pakkuda minimaalsete juhtimisülesannetega või minimaalsete sekkumistega teenusepakkujate poolt" NIST
• "Pilvetoimingud on paradigma, mis tagab võrgujuurdepääsu skaleeritavatele ja paindlikele jaotatud füüsilistele või virtuaalsetele ressurssidele, mida pakutakse iseteeninduse režiimis ja haldatakse nõudmise järgi" ISO/IEC 17788:2014. Infotehnoloogia — Pilvetoimingud — Ülevaade ja sõnavara.

NISTi andmetel on olemas kolm peamist pilvetüüpi:

1. IaaS – Infrastructure as a Service — Infra struktuur teenusena
2. PaaS – Platform as a Service — Platvorm teenusena
3. SaaS — Software as a Service Tarkvara teenusena

Selle kontseptsiooni lihtsustamiseks vaatame Pizza-as-a-Service mudelit:

NIST määratleb järgmised vajalikud IT teenuse omadused, et neid saaks pidada pilvetoiminguteks.

• Üks universaalne võrgu juurdepääs (broad network access) – teenus peaks omama universaalset võrgu liidest, mis võimaldab teenuse kasutamist praktiliselt igaühele minimaalsete nõudmistega. Näide – et kasutada elektrivõrku 220V, piisab mis tahes standardse universaalse liidese (pistik) ühendamisest, mis ei muutu sõltumata sellest, kas kasutatakse veekeetjat, tolmuimejat või sülearvutit.
• Teenuse mõõdetavus (measured service) – pilveteenuse peamine omadus on teenuse mõõdetavus. Kui taandada elektriküsimusele – maksate täpselt nii palju, kui olete tarbinud, minimaalse granulaarsusega, ulatudes kuludeni, mis tekivad ühe veekeetja kasutamisest, kui kuu jooksul olete vaid üks kord kodus olnud ja joonud tassi teed.
• Nõudmisel isekonfigureerimine (on demand self service) – pilveteenuse pakkuja annab kliendile võimaluse teenuse mõistlikuks konfigureerimiseks, ilma et oleks vajalik suhelda teenusepakkuja töötajatega. Veekeetja keetmiseks ei ole üldse vajalik eelnevalt ühendust võtta Elektrileviga, neid ette teavitada ega nõusolekut saada. Alates hetkest, kui kodu on ühendatud (leping on sõlmitud), saavad kõik tarbijad iseseisvalt kasutada antud võimsust.
• Kiire elastsus (rapid elasticity) – pilveteenuse pakkuja annab ressursse, võimaldades koheseid suurendusi / vähendamisi (teatud mõistlikes piirides). Niipea kui veekeetja on sisse lülitatud – pakkuja annab kohe võrgule 3 kW võimsust ja kohe, kui see on välja lülitatud – vähendab tulemuse nullini.
• Ressursside kogum (resource pooling) – teenusepakkuja sisemechanismid võimaldavad eraldi genereerimise võimsuste ühendamise ühisesse ressursside kogumisse (basseini), edasise ressursside pakkumise võimaldamise erinevatele tarbijatele. Kui räägime veekeetjast, ei koti meid sugugi, milliselt konkreetsetele elektrijaamalt vool tuleb. Ja kõik teised tarbijad kasutavad seda võimsust koos meiega.

Oluline on mõista, et eelnevalt kirjeldatud pilveteenuse omadused ei ole välja mõeldud, vaid tulenevad utility computing kontseptsioonist. Avalikul teenusel peavad olema need omadused, et see vastaks kontseptsioonile. Kui mõni omadus puudub, ei halvene teenus ega muutu "mürgiseks", vaid lihtsalt ei ole enam pilvepõhine. Ja kes on öelnud, et kõik teenused peavad sellised olema?

Miks ma sellest eraldi räägin? Viimase 10 aasta jooksul alates NIST-i määratluse ilmumisest on olnud palju vaidlusi "tõelise pilve" üle vastavalt määratlusele. Ameerikas kasutatakse endiselt mõnikord kohtumenetlustes väljendit "vastab seaduse tähe tähendusele, aga mitte vaimule" — ja pilve arvutuste puhul on peamine just vaim, kahe hiireklõpsuga renditud ressursid.

Oluline on märkida, et loetletud 5 omadust kehtivad avaliku enam, kuid liikudes erakliendi juurde, muutuvad enamik neist valikuliseks.

• Üksnes võrgu kaudu juurdepääs (broad network access) - erakliendi raames kontrollib organisatsioon täielikult nii tootegeneraatoreid kui ka tarbijaid. Seega võib seda omadust pidada automaatselt täidetud.
• Teenuse mõõdetavus (measured service) - see on utility computing kontseptsiooni keskne omadus, maksmine tegeliku tarbimise põhjal. Kuidas aga maksta organisatsioon iseendale? Sellisel juhul jaguneb generaator ja tarbija organisatsiooni sees, IT-st saab teenusepakkuja ja ärivaldkonnad saavad teenuste tarbijateks. Ja vastastikune arveldamine toimub osakondade vahel. Võimalikud on kaks töörežiimi: chargeback (reaalsete vastastikuste arveldamiste ja rahavoogudega) ja showback (ressursside tarbimise aruanne rubla väärtuses, kuid ilma rahavooguta).
• Teenuste iseseisev konfigureerimine nõudmisel (on demand self service) - organisatsiooni sees võib olla ühiselt hallatav IT teenus, ja sellisel juhul kaotab see omadus tähenduse. Siiski, kui ärivaldkondades on oma IT spetsialistid või rakenduste administraatorid, on vajalik korraldada iseteenindusportaal. Järeldus - omadus on valikuline ja sõltub äri struktuurist.
• Kiire elastsus (rapid elasticity) kaotab organisatsiooni raames tähenduse, kuna era pilve jaoks on varustuse komplekt fikseeritud. Seda saab piiratud määral rakendada sise-arveldamise kontekstis. Järeldus: era pilve jaoks ei ole see kohaldatav.
• Ressursside ühendamine basseiniks (resource pooling) - täna ei ole praktiliselt ühtegi organisatsiooni, mis ei rakendaks serveri virtualiseerimist. Seetõttu võib seda omadust pidada automaatselt täidetuks.

Küsimus: Mis see teie era pilv siis ikkagi on? Mida ettevõte peab ostma ja rakendama, et see üles ehitada?

Vastus: era pilv on üleminek uuele halduse mudelile IT-Business suhtlemises, mis koosneb 80% haldusmeetmetest ja ainult 20% tehnoloogiatest.

Maksmine ainult kasutatud ressursside eest ning lihtne sisenemine, ilma et peaks investeerima sadu miljoneid toorainet kapitalikulumendi, on kujundanud uue tehnoloogilise maastiku ja toonud turule miljardär ettevõtteid. Näiteks kaasaegsed hiidud Dropbox ja Instagram alustasid AWS-is nulli enda infrastruktuuriga.

Oluline on rõhutada, et pilveteenuste haldustooted muutuvad oluliselt rohkem kaudseks, ning IT-direktori peaülesanne on tarnijate valimine ja kvaliteedi kontroll. Vaatame lähemalt nende kahe uue kohustuse probleeme.

Ilmunud alternatiivina klassikalistele rasketele infrastruktuuridele, kus on oma andmekeskused ja riistvara, on pilved petlikult kerged. Pilve on lihtne siseneda, kuid väljumise küsimus jääb sageli tähelepanuta. Nagu igas teises valdkonnas, püüavad pilveteenuse pakkujatel kaitsta oma äri ja keerukamaks muuta konkurentsi. Ainult esimene tõsine konkurentsiteema tekib pilveteenuse pakkuja esialgse valiku ajal, seejärel püüab pakkuja maksimaalselt, et klient ei lahkuks. Ja kaugeltki mitte kõik jõupingutused ei ole suunatud teenuste kvaliteedile või nende valikule. Esiteks on need ainulaadsete teenuste pakkumine ja mittestandardse süsteemse tarkvara kasutamine, mis raskendab üleminekut teisele pakkujale. Seetõttu tuleb teenusepakkujat valides samal ajal koostada üleminekuplaan sellelt pakkujalt (sisuliselt täieõiguslik DRP – hädaabi plaan) ja mõelda andmete säilitamise ja varukoopiate arhitektuurile.

Teine oluline aspekt IT-direktori uutest kohustustest on teenuse kvaliteedi kontroll pakkujalt. Praktikas järgivad kõik pilveteenuse pakkujad SLA-d oma sisemiste metrika järgi, millel võib olla äärmiselt kaudne tähendus kliendi äriprotsessidele. Seega muutub oma jälgimis- ja kontrollimisse süsteemi rakendamine üheks võtmeprojektiks oluliste IT-süsteemide viimise korral pilveteenuse pakkuja juurde. Jätkates SLA teemat, on vaja rõhutada, et absoluutne enamus pilveteenuse pakkujatest piiravad oma vastutust SLA täitmata jätmise eest kuu tellimistasu või osakaalu võrra maksetes. Näiteks AWS ja Azure, kui kättesaadavuse lävi ületab 95% (36 tundi kuus), pakuvad 100% soodustust tellimistasust, samas kui Yandex.Cloud – 30%.

https://yandex.ru/legal/cloud_sla_compute/

Ja muidugi ei tohi unustada, et pilved ei esine ainult selliste hiidude nagu Amazon ja Yandex. Pilvede suurus võib olla ka väiksem — näiteks kassi või isegi hiire suurune. Nagu näitab CloudMouse näide, võib mõnikord pilv lihtsalt otsa saada. Te ei saa mingit hüvitist, ega soodustust — te ei saa midagi peale täieliku andmekaotuse.

Kuna eespool nimetatud probleemidest kõrgekvaliteediliste ärikriitiliste IT-süsteemide rakendamisel pilvinfra struktuurides on viimastel aastatel tekkinud fenomen, mida nimetatakse "pilvekodustamiseks".

Aastaks 2020 on pilvearvutuste oodatavad tulemused saavutanud haripunkti ning kontseptsioon on teel pettumuste kraavi (vastavalt Gartneri hype-tsüklile). Uuringute kohaselt IDC ja 451 Research kuni 80% ettevõtete tellijatest toovad tagasi ja plaanivad tuua koormused pilvedest tagasi oma andmekeskustesse järgmiste põhjuste tõttu:

• Suurendada kättesaadavust / jõudlust;
• Vähendada kulusid;
• Et vastata infoturbe nõuetele.

Kuidas edasi minna ja mis on "kõik tegelikult"?

Pole kahtlust, et pilved on tõsiselt ja pikaks ajaks kohal. Iga aastaga nende roll suureneb. Siiski elame me mitte kauges tulevikus, vaid 2020. aastal, üsna kindlas olukorras. Mida teha pilvedega, kui te ei ole idufirma, vaid klassikaline ettevõtte tellija?

1. Pilved on eeskätt koht teenustele, mille koormus on ettearvamatu või selgelt hooajaline.
2. Enamasti on teenused, mille koormus on ettearvatav ja stabiilne, odavamad hoida oma andmekeskuses.
3. Pilvedega tuleks alustada katsekeskkondade ja madalprioriteediga teenustega.
4. Informa süsteemide pilves paigutamine algab plaani väljatöötamisest pilvest teise pilve (või tagasi oma andmekeskusesse) minemiseks.
5. Informa süsteemi pilves paigutamine algab varukoopiate loomise kava väljatöötamisest infrastruktuuri, mida te kontrollite.

Allikas: habr.com