Uus vaade pilvetesse. Mis on privaatsed pilved?

Arvutusvõimsuse kasv ja x86 virtualiseerimistehnoloogiate areng ühel pool ning IT-teenuste sisseostmine teisel pool viisid utility computing (IT teenus kui kommunaalteenus) kontseptsioonini. Miks mitte maksta IT eest just nagu vee või elektri eest – täpselt nii palju ja täpselt siis, kui seda vaja on, ja mitte enam.

Sel hetkel tekkis pilve arvutustehnika kontseptsioon – IT-teenuste tarbimine 'pilvest', st teatud välistest ressursside seadmetest, muretsedes selle üle, kuidas ja kust need ressursid pärinevad. Nii nagu me ei muretse veeteenuse pumpamisjaamade infrastruktuuri üle. Selleks ajaks oli välja töötatud ka muu kontseptsiooni pool – nimelt IT-teenuste mõisted ning nende haldamine ITIL / ITSM raamistikus.

Oli välja töötatud terve rida defineerimisi pilvedest (pilve arvutustehnikast), kuid neid ei tohi võtta ainuõigena – need on lihtsalt viis, kuidas struktureerida utility computing pakkumise meetodeid.

• «Pilvetehnoloogia on jaotatud andmetöötluse tehnoloogia, kus arvutitooted ja -võimsused on kasutajale kättesaadavad Interneti-teenusena» Vikipeedia
• «Pilvetehnoloogia on mudel, mis tagab mugava võrgujuurdepääsu ühisele kohandatavate arvutusressursside (nt võrgud, serverid, andmesalvestussüsteemid, rakendused ja teenused) kogumile vastavalt nõudmisele, mida saab kiiresti eraldada ja pakkuda minimaalsete haldamise jõupingutuste või teenusepakkujate minimaalse sekkumisega» NIST
• «Pilvetehnoloogia on paradigma, mis tagab võrgu juurdepääsu skaleeritavale ja paindlikule jagatud füüsiliste või virtuaalsete ressursside kogumile, mis on kergesti iseteenindusega ning haldatud nõudmise järgi» ISO/IEC 17788:2014. Infotehnoloogia — Pilvetehnoloogia — Ülevaade ja sõnavara.

NISTi andmetel on olemas kolm peamist tüüpi pilvi:

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

Kuna sõnumi lihtsustamiseks vaatame Pizza-as-a-Service mudelit:

NIST määratleb järgmised vajalikud IT-teenuse omadused, mis annavad aluse pilveteenusele.

• Üksnes võrgu juurdepääs (broad network access) – teenus peab olema kergesti ligipääsetav, andes võimaluse igasuguste seadmete ühendamiseks ja kasutamiseks minimaalsete nõudmistega. Näiteks, 220V elektrivõrgu kasutamiseks piisab, kui ühendada see tavalisse pistikusse, mis on universaalne ja muutumatu, olgu see siis veekeetja, tolmuimeja või sülearvuti.
• Teenuse mõõdetavus (measured service) – pilveteenuse peamine omadus on teenuse mõõdetavus. Naastes elektri analoogia juurde – maksate täpselt selle eest, mida kasutate, koguse minimaalset granulaarsust arvestades, näiteks maksate ühe korra veekeetmise eest, kui olite kodus ainult kord kuus ja jõite tassi teed.
• Iseseisvalt konfigureeritavad teenused nõudmisel (on demand self service) – pilveteenuse pakkuja võimaldab kliendil mõistlikult teenust konfigureerida, ilma et oleks vaja suhelda teenusepakkuja töötajatega. Nagu kettles vee keetmiseks, pole vajalik eelnevalt kontakteeruda Elektrikompaniiga, neid teavitada ja luba saada. Alates hetkest, mil kodu on ühendatud (lepingu sõlmimine), saavad kõik tarbijad iseseisvalt kasutada antud võimsust.
• Momentne paindlikkus (rapid elasticity) – pilveteenuse pakkuja annab ressursse, millel on võimalus koheseks suurendamiseks või vähendamiseks (teatud mõistlikus raamistikus). Nii pea kui keedukann on sisse lülitatud, annab pakkuja koheselt välja 3 kW võimsust, ja kui see välja lülitatakse, vähendab väljundit nullini.
• Resursside ühendamine basseiniks (resource pooling) on teenusepakkuja sisemised mehhanismid, mis võimaldavad ühendada eraldi genereerivad võimsused ühte basseinisse ning pakkuda seejärel ressursse teenusena erinevatele tarbijatele. Meie jaoks ei oma tähtsust, millisest konkreetsest elektrijaamast võimsus tuleb — kõik teised tarbijad tarbivad seda võimsust koos meiega.

Oluline on mõista, et eespool toodud pilveteenuste omadused ei ole juhuslikud, vaid on loogilised järeldused utility computing kontseptsioonist. Avalik teenus peab omama neid omadusi vastavalt kontseptsioonile. Kui mõni omadus ei vasta nõuetele, ei tähenda see, et teenus halveneb või muutub 'mürgiseks'; see lihtsalt lõpetab olemise pilveteenusena. Aga kes ütles, et kõik teenused peavad olema sellised?

Miks ma sellest eraldi räägin? Viimase 10 aasta jooksul on olnud palju arutelusid NISTi määratlemise „päris pilve“ üle. Ameerikas kasutatakse mõnikord juriidilistes kontekstides fraasi „vastab seaduse tähelt, kuid mitte vaimule“ — ja pilvandmetöötluse puhul on eriti oluline vaim, ressursid on kahe hiirekliki kaugusel renditavad.

Oluline on märkida, et eespool loetletud 5 omadust kehtivad avaliku pilve kohta, kuid üleminek erapilve, enamus neist muutub valikuliseks.

• Üldine võrku pääs (broad network access) – erakordse pilve puhul kontrollib organisatsioon täielikult nii genereerivaid võimeid kui ka kliendi tarbijaid. Seega võib seda omadust pidada automaatselt täidetuks.
• Teenuse mõõdetavus (measured service) on utiliitkompuutingu kontseptsiooni põhijoon, mis tähendab, et makstakse vastavalt tarbimise määrale. Kuidas aga maksta organisatsioon iseendale? Sel juhul jaguneb genereerimine ja tarbimine organisatsiooni sees, IT muutub teenusepakkujaks ja ärivaldkonnad teenuste tarbijateks. Vahekorra toimetamine toimub osakondade vahel. On võimalik kaks töörežiimi: chargeback (reaalses vahekorra toimetamises ja rahavoogudes) ja showback (ressursside tarbimise aruandlus rubla väärtuses, kuid ilma rahavoogudeta).
• Teenuste ise seadistamine nõudmisel (on demand self service) – organisatsiooni sees võib olla ka Üldine IT teenus, ja sel juhul see omadus kaotab tähenduse. Siiski, kui ärivaldkondades on olemas oma IT-spetsialistid või rakenduste administraatorid, on vaja organiseerida iseteenindusportaal. Kokkuvõtteks – omadus on valikuline ja sõltub ettevõtte struktuurist.
• Kiire paindlikkus (rapid elasticity) muutub organisatsiooni jaoks mõttetuks, kuna privaatse pilve infrastruktuuri osas on seadmeid piiratud hulgaga. Seda saab piiratud määral kasutada vaid sisemiste tasaarvestuste raames. Järeldus: privaatse pilve jaoks ei ole see rakendatav.
• Ressursside koondamine (resource pooling) – tänapäeval ei eksisteeri praktiliselt ühtegi organisatsiooni, mis ei kasutaks serveri virtualiseerimist. Seega võib seda omadust pidada automaatselt täidetavaks.

Küsimus: Mis on tegelikult see teie privaatne pilv? Mida peab ettevõte ostma ja rakendama, et seda rajada?

Vastus: privaatne pilv on üleminek uuele IT ja äri haldussüsteemi mudelile, mis koosneb 80% haldusmeetmetest ja vaid 20% tehnoloogiatest.

Ainult tarbitud ressursside eest maksmine ja lihtne juurdepääs, ilma vajaduseta investeerida mitu sada miljonit dollari suurust kapitali, on andnud aluse uuele tehnoloogilisele maastikule ja miljardäride ilmnemisele. Näiteks, kaasaegsed hiiglased nagu Dropbox ja Instagram alustasid AWS-is null infrastruktuuriga.

Tuleb eraldi rõhutada, et pilveteenuste haldustooted muutuvad oluliselt rohkem kaudseks, samas kui IT-direktori peamine ülesanne on tööde valik ja kvaliteedikontroll. Vaatame lähemalt nende kahe uue kohustuse probleeme.

Klassikalise, raskete infrastruktuuride, nagu omade andmekeskuste ja riistvara, alternatiivina on pilved petlikult kerged. Pilve sisenemine on lihtne, kuid lahkumise küsimus jääb sageli tähelepanuta. Nagu igas muus valdkonnas, püüavad pilveteenuse pakkujad kaitsta oma äri ja keeruliseks muuta konkurentsi. Tähtsaim konkurentsieelis tekib ainult pilveteenuse pakkuja esialgses valikus; pärast seda teeb pakkuja kõik, et klient temast ei lahkuks. Ja kaugel mitte kõik jõupingutused ei suunata teenuste kvaliteedile või mitmekesisusele. Ennekõike on need unikaalsete teenuste pakkumine ja mittestandardsete süsteemide tarkvara kasutamine, mis takistab teenuse vahetamist teise pakkuja juurde. Seetõttu on teenusepakkuja valimisel oluline samal ajal koostada plaan sellelt pakkujalt lahkumiseks (tegelikult täielik DRP – hädaolukorra taastamisplaan) ning läbi mõelda andmete ja varukoopiate salvestamise arhitektuur.

Teine oluline aspekt IT-juhina on teenuse kvaliteedi kontrollimine teenusepakkuja poolt. Peaaegu kõik pilveteenuse pakkujad järgivad SLA-d oma sisemiste metrikate kohaselt, mis võivad olla äriühingu protsesside jaoks väga kaudse tähendusega. Seetõttu muutub iseseisva jälgimise ja kontrolli süsteemi rakendamine üheks peamiseks projektiks oluliste IT-süsteemide pilveteenuse pakkujale üleviimisel. Jätkates SLA teemat, tuleb rõhutada, et absoluutne enamus pilveteenuse pakkujatest piirab vastutust SLA rikkumise eest kuu tasu või osa maksumuse ulatuses. Näiteks AWS ja Azure pakkuda 100% allahindlust kuutasust, kui kättesaadavus ületab 95% piiri (36 tundi kuus), samas kui Yandex.Cloud pakub 30% allahindlust.

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

Ja muidugi, ärge unustage, et pilved ei ole ainult Amazoni ja Yandexi suurte titaanide loodud. On ka väiksemaid pilvi — näiteks kassipoja või isegi hiire suurusi. CloudMouse'i näide näitas, et mõnikord pilv lihtsalt kaob. Te ei saa mitte mingit kompensatsiooni ega allahindlust — te ei saa midagi peale täieliku andmekao.

Eelnevalt mainitud probleemide tõttu kõrgete ärikriitiliste IT-süsteemide juurutamisel pilvestruktuurides on viimastel aastatel täheldatud "pilve repatrieerimise" nähtust.

Aastaks 2020 on pilvandmetöötluse puhul saavutatud ülespuhutud ootuste tipp ja kontseptsioon liigub pettumuste kanalisse (vastavalt Gartneri hübriiditsüklile). Uuringute kohaselt IDC ja 451 Researchile kuni 80% ettevõtete klientidest viivad ja plaanivad koormusi pilvedest tagasi oma andmekeskustesse järgmiste põhjuste tõttu:

• Saada suurem kättesaadavus / Tulemuslikkus;
• Kärpida kulusid;
• Kohanduda infoturbekohustustega.

Mis siis teha ja kuidas asi "tõeliselt" on?

Siiski ei ole kahtlust, et pilved on tulnud tõsiselt ja kauaks. Iga aastaga kasvab nende roll. Elame aga mitte kauges tulevikus, vaid 2020. aastal täiesti kindlas olukorras. Mida teha pilvedega, kui te ei ole idufirma, vaid klassikaline korporatiivne klient?

1. Pilved on eelkõige koht teenustele, mille koormus on ettearvamatu või selgelt hooajaline.
2. Enamikel juhtudel on teenuseid, mille koormus on ettearvatav ja stabiilne, odavam pidada enda andmekeskuses.
3. Pilvede kasutamise alustamine peab toimuma testkeskkondade ja madalprioriteediliste teenustega.
4. Infotehnoloogiliste süsteemide pilvepaigutuse kaalumine algab meetodi väljatöötamisest, kuidas liikuda pilvest teise pilve (või tagasi enda andmekeskusesse).
5. Infotehnoloogilise süsteemi paigutamine pilvesse algab varundusskeemi väljatöötamisest, mis suunab andmed teie kontrolli all olevasse infrastruktuuri.

Allikas: habr.com