Skaičiavimo galios augimas ir x86 platformos virtualizavimo technologijų plėtra, viena vertus, ir IT išorės paslaugų išplitimas, lėmė komunalinio skaičiavimo (IT kaip komunalinės paslaugos) koncepciją. Kodėl už IT nesumokėjus taip, kaip už vandenį ar elektrą – lygiai tiek ir tiksliai tada, kai reikia, ir ne daugiau.
Šiuo metu atsirado debesų kompiuterijos koncepcija - IT paslaugų vartojimas iš „debesų“, t.y. iš kokio nors išorinio išteklių telkinio, nesirūpinant, kaip ir iš kur tie ištekliai. Lygiai taip pat, kaip mums nerūpi vandens ūkio siurblinių infrastruktūra. Iki to laiko buvo parengta kita koncepcijos pusė – IT paslaugų koncepcija ir kaip jas valdyti ITIL / ITSM rėmuose.
Buvo sukurta nemažai debesų (debesų kompiuterijos) apibrėžimų, tačiau jų nereikėtų traktuoti kaip galutinės tiesos – tai tik būdas formalizuoti naudingų paslaugų teikimo būdus.
- „Debesų kompiuterija yra paskirstyta duomenų apdorojimo technologija, kurios metu kompiuterio ištekliai ir galia suteikiami vartotojui kaip interneto paslauga“ Vikipedija
- „Debesų kompiuterija yra modelis, suteikiantis patogią, tinkle pagrįstą prieigą prie bendro pagal poreikį konfigūruojamų skaičiavimo išteklių (pvz., tinklų, serverių, saugyklos, programų ir paslaugų), kuriuos galima greitai aprūpinti ir aprūpinti minimaliu valdymu. pastangos ar įsikišimas. paslaugų teikėjas" NIST
- „Debesų kompiuterija yra paradigma, suteikianti tinklo prieigą prie keičiamo ir lankstaus paskirstytų fizinių ar virtualių išteklių telkinio, savitarnos ir valdomo pagal poreikį“ ISO/IEC 17788:2014. Informacinės technologijos – Debesų kompiuterija – Apžvalga ir žodynas.
Pasak NIST, yra trys pagrindiniai debesų tipai:
- IaaS – infrastruktūra kaip paslauga
- PaaS – platforma kaip paslauga – platforma kaip paslauga
- SaaS – programinė įranga kaip paslauga
Norėdami labai supaprastinti skirtumą, pažvelkime į „Pica kaip paslauga“ modelį:
NIST apibrėžia šias būtinas IT paslaugos funkcijas, kurios turi būti laikomos debesijos pagrindu.
- Universali prieiga prie tinklo (plati tinklo prieiga) – paslauga turi turėti universalią tinklo sąsają, leidžiančią prisijungti ir naudotis paslauga su minimaliais reikalavimais beveik bet kam. Pavyzdys – norint naudotis 220V elektros tinklu, užtenka prisijungti prie bet kurio kištukinio lizdo su standartine universalia sąsaja (kištuku), kuri nesikeičia ar tai virdulys, ar dulkių siurblys, ar nešiojamas kompiuteris.
- Išmatuota paslauga – pagrindinė debesies paslaugos savybė yra paslaugos išmatuojamumas. Grįžtant prie analogijos su elektra, sumokėsite lygiai tiek, kiek sunaudojote su minimaliu granuliuotumu iki virdulio užvirinimo kainos, jei visą mėnesį vieną kartą buvote namuose ir išgėrėte puodelį arbatos.
- Savarankiškas paslaugų konfigūravimas pagal pareikalavimą (savitarnavimas pagal pareikalavimą) – debesijos paslaugų teikėjas suteikia klientui galimybę sumaniai konfigūruoti paslaugą, nereikia bendrauti su tiekėjo darbuotojais. Norint užvirti virdulį, visiškai nebūtina iš anksto susisiekti su „Energosbyt“ ir iš anksto įspėti bei gauti leidimą. Nuo namo prijungimo (sudaromos sutarties) momento visi vartotojai gali savarankiškai valdyti teikiamą elektros energiją.
- Momentinis elastingumas (greitas elastingumas) – debesijos tiekėjas suteikia išteklius galimybę akimirksniu padidinti/sumažinti pajėgumus (tam tikrose pagrįstose ribose). Kai tik virdulys įjungiamas, tiekėjas iš karto tiekia 3 kW galios į tinklą, o kai tik jis išjungiamas, sumažina galią iki nulio.
- Resursų telkimas – paslaugų teikėjo vidiniai mechanizmai leidžia sujungti individualius generavimo pajėgumus į bendrą išteklių telkinį ir toliau teikti išteklius kaip paslaugą įvairiems vartotojams. Įjungę virdulį mažiausiai nerimaujame, iš kurios konkrečios elektrinės tiekiama energija. Ir visi kiti vartotojai šią energiją vartoja kartu su mumis.
Svarbu suprasti, kad aukščiau aprašytos debesies charakteristikos nebuvo paimtos iš oro, o yra logiška išvada iš naudingų paslaugų skaičiavimo koncepcijos. Ir viešoji paslauga turi turėti šias savybes koncepcijos rėmuose. Jei viena ar kita savybė neatitinka, paslauga neblogėja ir netampa „nuodinga“, tiesiog nustoja būti drumsta. Na, kas sakė, kad visos paslaugos turi būti?
Kodėl aš apie tai kalbu atskirai? Per pastaruosius 10 metų nuo NIST apibrėžimo įvedimo buvo daug diskusijų apie „tikrąjį debesuotumą“, kaip apibrėžta. Jungtinėse Amerikos Valstijose formuluotė „atitinka įstatymo raidę, bet ne dvasią“ vis dar kartais vartojama teismų srityje – o debesų kompiuterijos atveju svarbiausia yra dvasia, ištekliai, kuriuos galima išsinuomoti dviese. pelės paspaudimai.
Reikėtų pažymėti, kad aukščiau nurodytos 5 charakteristikos taikomos viešajam debesiui, tačiau pereinant prie privataus debesies dauguma jų tampa neprivalomos.
- Universali prieiga prie tinklo (plati tinklo prieiga) – privačiame debesyje organizacija gali visiškai valdyti tiek generuojančius įrenginius, tiek vartotojų klientus. Taigi ši charakteristika gali būti laikoma automatiškai įvykdyta.
- Išmatuota paslauga yra pagrindinė komunalinių paslaugų skaičiavimo koncepcijos ypatybė, mokėjimas pagal suvartojimą. Bet kaip organizacija gali susimokėti pati? Tokiu atveju įmonės viduje pasiskirsto generacija ir vartojimas, IT tampa teikėju, o verslo padaliniai – paslaugų vartotojais. O tarp skyrių vyksta tarpusavio atsiskaitymas. Galimi du veikimo režimai: mokesčių grąžinimas (su realiais tarpusavio atsiskaitymais ir finansiniu judėjimu) ir demonstravimas (pateikiamas ataskaitų apie išteklių suvartojimą rubliais forma, bet be finansinio judėjimo).
- Savitarna pagal pareikalavimą – organizacijoje gali būti bendra IT paslauga, tokiu atveju charakteristika netenka prasmės. Tačiau jei verslo padaliniuose turite savo IT specialistus ar programų administratorius, turite susiorganizuoti savitarnos portalą. Išvada – charakteristika neprivaloma ir priklauso nuo verslo struktūros.
- Momentinis elastingumas (greitas elastingumas) – organizacijos viduje jis praranda prasmę dėl fiksuoto privataus debesies organizavimo įrangos komplekto. Gali būti naudojamas ribotai vidaus atsiskaitymuose. Išvada – netaikoma privačiam debesiui.
- Resursų telkimas – šiandien praktiškai nėra organizacijų, kurios nenaudoja serverių virtualizacijos. Atitinkamai, ši charakteristika gali būti laikoma automatiškai įvykdyta.
Klausimas: kas yra jūsų privatus debesis? Ką įmonei reikia nusipirkti ir įdiegti, kad ją pastatytų?
Atsakymas: privatus debesis yra perėjimas prie naujo administracinio IT ir verslo sąveikos modelio, kurį sudaro 80% administracinių priemonių ir tik 20% technologijų.
Mokėjimas tik už sunaudotus išteklius ir lengvas įėjimas, nereikalaujant laidoti šimtų milijonų naftos kapitalo išlaidoms, lėmė naują technologinį kraštovaizdį ir milijardierių kompanijų atsiradimą. Pavyzdžiui, šiuolaikiniai milžinai „Dropbox“ ir „Instagram“ pasirodė kaip AWS startuoliai, neturintys jokios infrastruktūros.
Atskirai reikia pabrėžti, kad debesų paslaugų valdymo įrankiai tampa daug netiesioginiai, o pagrindine IT direktoriaus pareiga tampa tiekėjų atranka ir kokybės kontrolė. Pažvelkime į šių dviejų naujų pareigų iššūkius.
Atsiradę kaip alternatyva klasikinei sunkiajai infrastruktūrai su savo duomenų centrais ir technine įranga, debesys yra apgaulingai lengvi. Į debesį įeiti paprasta, tačiau išėjimo problemos dažniausiai išvengiama. Kaip ir bet kurioje kitoje pramonės šakoje, debesijos paslaugų teikėjai stengiasi apsaugoti verslą ir apsunkinti konkurenciją. Vienintelis rimtas konkurencinis momentas atsiranda tik pirminio debesų paslaugų teikėjo pasirinkimo metu, o tuomet tiekėjas dės visas pastangas, kad klientas jo nepaliktų. Be to, ne visos pastangos bus nukreiptos į paslaugų kokybę ar jų asortimentą. Visų pirma, tai yra unikalių paslaugų teikimas ir nestandartinės sistemos programinės įrangos naudojimas, dėl kurio sunku pereiti prie kito tiekėjo. Atitinkamai, renkantis paslaugų teikėją, būtina vienu metu suformuluoti šio tiekėjo perėjimo planą (iš esmės visavertį DRP – nelaimingų atsitikimų atkūrimo planą) ir apgalvoti duomenų saugojimo ir atsarginių kopijų kūrimo architektūrą.
Antras svarbus naujų IT direktoriaus pareigų aspektas – paslaugų kokybės stebėjimas iš tiekėjo. Beveik visi debesų paslaugų teikėjai laikosi SLA pagal savo vidinius rodiklius, o tai gali turėti itin netiesioginės įtakos kliento verslo procesams. Ir atitinkamai savo stebėjimo ir valdymo sistemos įdiegimas tampa vienu iš pagrindinių projektų perduodant reikšmingas IT sistemas debesų tiekėjui. Tęsiant SLA temą, būtina pabrėžti, kad absoliuti dauguma debesijos paslaugų teikėjų atsakomybę už SLA nevykdymą riboja mėnesine abonemento įmoka arba įmokos dalimi. Pavyzdžiui, AWS ir Azure, viršijus pasiekiamumo slenkstį 95% (36 val. per mėnesį), suteiks 100% nuolaidą abonentiniam mokesčiui, o Yandex.Cloud – 30%.
Ir, žinoma, nereikia pamiršti, kad debesis gamina ne tik „Amazon“ klasės mastodonai ir „Yandex“ klasės drambliai. Debesys gali būti ir mažesni – katės ar net pelės dydžio. Kaip parodė „CloudMouse“ pavyzdys, kartais debesis tiesiog sustoja ir baigiasi. Negausite jokios kompensacijos, jokios nuolaidos – negausite nieko, išskyrus visišką duomenų praradimą.
Atsižvelgiant į aukščiau nurodytas problemas, susijusias su aukščiausios klasės verslo kritinių IT sistemų diegimu debesų infrastruktūroje, pastaraisiais metais pastebimas „debesų repatriacijos“ reiškinys.
Iki 2020 m. debesų kompiuterija peržengė išpūstų lūkesčių piką, o koncepcija pakeliui į nusivylimo griovį (pagal Gartner hype ciklą). Remiantis tyrimais и iki 80% verslo klientų grįžta ir planuoja grąžinti krovinius iš debesų į savo duomenų centrus dėl šių priežasčių:
- Pagerinti prieinamumą / našumą;
- Sumažinti išlaidas;
- Kad būtų laikomasi informacijos saugumo reikalavimų.
Ką daryti ir kaip viskas „iš tikrųjų“?
Nėra jokių abejonių, kad debesys čia yra ilgam. Ir kiekvienais metais jų vaidmuo didės. Tačiau gyvename ne tolimoje ateityje, o 2020 metais labai specifinėje situacijoje. Ką daryti su debesimis, jei esate ne startuolis, o klasikinis verslo klientas?
- Debesis visų pirma yra vieta paslaugoms, kurių apkrova nenuspėjama arba labai sezoninė.
- Daugeliu atvejų paslaugas su nuspėjama, stabilia apkrova išlaikyti savo duomenų centre yra pigiau.
- Būtina pradėti dirbti su debesimis su bandomomis aplinkomis ir žemo prioriteto paslaugomis.
- Informacinių sistemų talpinimo debesyje svarstymas prasideda nuo debesies išėjimo į kitą debesį (arba atgal į savo duomenų centrą) metodikos kūrimo.
- Informacinės sistemos talpinimas debesyje prasideda nuo jūsų valdomos infrastruktūros atsarginės kopijos schemos kūrimo.
Šaltinis: www.habr.com