A számítási teljesítmény növekedése és az x86 platform virtualizációs technológiák fejlődése egyrészt, másrészt az IT outsourcing terjedése vezetett el a közüzemi számítástechnika (IT as a utility service) koncepciójához. Miért ne fizessen informatikáért ugyanúgy, mint a vízért vagy villanyért – pontosan annyit és pontosan akkor, amikor szüksége van rá, és nem többet.
Ebben a pillanatban megjelent a számítási felhő fogalma - az informatikai szolgáltatások fogyasztása a „felhőből”, azaz. valamilyen külső erőforráskészletből, anélkül, hogy törődne, hogyan vagy honnan származnak ezek az erőforrások. Ahogy a víziközmű-szivattyútelepek infrastruktúrájával sem foglalkozunk. Ekkorra már kidolgozásra került a koncepció másik oldala - az informatikai szolgáltatások koncepciója és azok kezelése az ITIL/ITSM keretein belül.
A felhőkre (cloud computing) számos definíciót dolgoztak ki, de ezeket nem szabad a végső igazságként kezelni – csak egy módot adnak arra, hogy formalizálják a hasznos számítástechnika biztosításának módjait.
- „A számítási felhő egy elosztott adatfeldolgozási technológia, amelyben a számítógépes erőforrásokat és a teljesítményt internetes szolgáltatásként biztosítják a felhasználónak.” Wikipédia
- „A számítási felhő olyan modellt kínál, amely kényelmes, hálózatalapú hozzáférést biztosít igény szerinti, konfigurálható számítási erőforrások (például hálózatok, szerverek, tárhely, alkalmazások és szolgáltatások) megosztott készletéhez, amely gyorsan és minimális kezeléssel biztosítható. erőfeszítés vagy beavatkozás. szolgáltató" NIST
- „A számítási felhő olyan paradigma, amely lehetővé teszi a hálózati hozzáférést az elosztott fizikai vagy virtuális erőforrások méretezhető és rugalmas készletéhez, önkiszolgáló és igény szerint felügyelt” ISO/IEC 17788:2014. Informatika - Cloud computing - Áttekintés és szókincs.
A NIST szerint a felhőknek három fő típusa van:
- IaaS – Infrastruktúra mint szolgáltatás
- PaaS – Platform as a Service – Platform mint szolgáltatás
- SaaS – Szoftver, mint szolgáltatás
A különbség nagyon leegyszerűsített megértéséhez nézzük meg a Pizza szolgáltatásként modellt:
A NIST a felhőalapúnak tekintendő IT-szolgáltatás alábbi szükséges jellemzőit határozza meg.
- Univerzális hálózati hozzáférés (széles hálózati hozzáférés) – a szolgáltatásnak olyan univerzális hálózati interfésszel kell rendelkeznie, amely lehetővé teszi szinte bárki számára, hogy minimális igényekkel csatlakozzon és használja a szolgáltatást. Példa - 220 V-os elektromos hálózat használatához elegendő bármely szabványos univerzális interfésszel (dugós) csatlakoztatott aljzathoz, amely nem változtatja meg, hogy vízforralóról, porszívóról vagy laptopról van szó.
- Mért szolgáltatás – a felhőszolgáltatás egyik legfontosabb jellemzője a szolgáltatás mérhetősége. Visszatérve az elektromos áram analógiájára, pontosan annyit kell fizetnie, amennyit elfogyasztott minimális részletességgel, a vízforraló egyszeri felforralásának költségéig, ha egész hónapban egyszer a házban tartózkodik, és ivott egy csésze teát.
- Szolgáltatások igény szerinti önkonfigurálása (igény szerinti önkiszolgáló) – a felhőszolgáltató lehetőséget biztosít az ügyfélnek a szolgáltatás intelligens konfigurálására, anélkül, hogy kapcsolatba kellene lépnie a szolgáltató alkalmazottaival. A vízforraló felforralásához egyáltalán nem szükséges előzetesen felvenni a kapcsolatot az Energosbyttel, előzetesen figyelmeztetni és engedélyt kérni. A ház csatlakoztatásának (szerződés megkötésének) pillanatától kezdve minden fogyasztó önállóan kezelheti a biztosított áramot.
- Azonnali rugalmasság (gyors rugalmasság) – a felhőszolgáltató erőforrásokat biztosít a kapacitás azonnali növelésére/csökkentésére (bizonyos ésszerű határokon belül). Amint a vízforraló be van kapcsolva, a szolgáltató azonnal 3 kW teljesítményt ad a hálózathoz, és amint ki van kapcsolva, nullára csökkenti a teljesítményt.
- Erőforrás-összevonás – a szolgáltató belső mechanizmusai lehetővé teszik, hogy az egyes termelőkapacitásokat közös erőforrás-készletbe vonják össze, a különféle fogyasztók számára nyújtott további erőforrás-szolgáltatással. A vízforraló bekapcsolásakor a legkevésbé foglalkozunk azzal, hogy melyik erőműből származik az áram. És az összes többi fogyasztó velünk együtt fogyasztja ezt az energiát.
Fontos megérteni, hogy a felhő fent leírt jellemzői nem légből kapottak, hanem logikus következtetések a közüzemi számítástechnika koncepciójából. Egy közszolgáltatásnak pedig rendelkeznie kell ezekkel a jellemzőkkel a koncepció keretein belül. Ha egyik vagy másik jellemző nem egyezik meg, a szolgáltatás nem romlik és nem lesz „mérgező”, csak megszűnik zavaros lenni. Nos, ki mondta, hogy minden szolgáltatásnak kell lennie?
Miért beszélek erről külön? Az elmúlt 10 évben a NIST definíció bevezetése óta sok vita folyt a definíció szerinti „valódi felhősségről”. Az Egyesült Államokban a „törvény betűjének megfelel, de a szellemnek nem” megfogalmazást még mindig alkalmazzák az igazságszolgáltatásban – a számítási felhő esetében pedig a szellem, a kétfelé bérelhető erőforrások a lényeg. egérkattintások.
Megjegyzendő, hogy a fenti 5 jellemző a nyilvános felhőre vonatkozik, de privát felhőre költözve a legtöbbjük opcionálissá válik.
- Univerzális hálózati hozzáférés (széles hálózati hozzáférés) – a privát felhőn belül a szervezet teljes ellenőrzése alatt áll mind a termelő létesítmények, mind a fogyasztói ügyfelek felett. Így ez a jellemző automatikusan teljesítettnek tekinthető.
- A közműszámítási koncepció, a fogyasztáson alapuló fizetés kulcsfontosságú jellemzője a mért szolgáltatás. De hogyan fizetheti meg magát egy szervezet? Ebben az esetben a vállalaton belül megoszlik a termelés és a fogyasztás, az IT lesz a szolgáltató, az üzleti egységek pedig a szolgáltatások fogyasztóivá. A részlegek között pedig kölcsönös elszámolás történik. Két működési mód lehetséges: visszaterhelés (valós kölcsönös elszámolásokkal és pénzügyi mozgással) és showback (az erőforrás-felhasználásról szóló jelentés formájában rubelben, de pénzügyi mozgás nélkül).
- Igény szerint önkiszolgáló – előfordulhat, hogy egy szervezeten belül van megosztott IT szolgáltatás, amely esetben a jellemző értelmetlenné válik. Ha azonban saját informatikusai vagy alkalmazás-adminisztrátorai vannak az üzleti egységekben, akkor önkiszolgáló portált kell szerveznie. Következtetés - a jellemző nem kötelező, és az üzleti struktúrától függ.
- Azonnali rugalmasság (rapid elasticity) – egy szervezeten belül értelmét veszti a privát felhő szervezéséhez szükséges rögzített berendezés miatt. Belső elszámolásokon belül korlátozottan használható. Következtetés - privát felhőre nem vonatkozik.
- Erőforrás-összevonás – ma gyakorlatilag nincs olyan szervezet, amely ne használna szervervirtualizációt. Ennek megfelelően ez a jellemző automatikusan teljesítettnek tekinthető.
Kérdés: Tehát mi az Ön privát felhője? Mit kell megvásárolnia és megvalósítania egy cégnek az építkezéshez?
Válasz: a privát felhő átmenet az IT-Business interakció új adminisztratív modelljére, amely 80%-ban adminisztratív intézkedésekből és csak 20%-ban technológiából áll.
Ha csak az elfogyasztott erőforrásokért fizetünk, és a könnyű belépést, anélkül, hogy több száz millió olajat kellett volna eltemetni a tőkekiadásokba, új technológiai környezet alakult ki, és milliárdos cégek jöttek létre. Például a modern óriáscégek, a Dropbox és az Instagram startupként jelentek meg az AWS-en nulla saját infrastruktúrával.
Külön hangsúlyozni kell, hogy a felhőszolgáltatás-menedzsment eszközök egyre közvetettebbé válnak, és az IT igazgató kiemelt felelőssége a beszállítóválasztás és a minőségellenőrzés. Nézzük meg, milyen kihívásokkal jár ez a két új feladat.
A saját adatközpontokkal és hardverrel rendelkező klasszikus nehéz infrastruktúra alternatívájaként megjelenő felhők megtévesztően könnyűek. Könnyű belépni a felhőbe, de a kilépés kérdése általában elkerülhető. Mint minden más iparágban, a felhőszolgáltatók is arra törekszenek, hogy megvédjék az üzletet, és megnehezítsék a versenyt. Az egyetlen komoly versenymomentum csak a felhőszolgáltató kezdeti kiválasztásakor adódik, majd a szállító mindent megtesz annak érdekében, hogy az ügyfél ne hagyja el. Ráadásul nem minden erőfeszítés a szolgáltatások minőségére vagy azok körére irányul. Először is ez egyedi szolgáltatások nyújtása és nem szabványos rendszerszoftverek használata, ami megnehezíti a másik szolgáltatóra való átállást. Ennek megfelelően a szolgáltató kiválasztásánál egyszerre kell ettől a szállítótól átállási tervet megfogalmazni (lényegében egy teljes értékű DRP - katasztrófa-helyreállítási terv), és végig kell gondolni az adattárolás és a biztonsági másolatok architektúráját.
Az IT igazgató új feladatkörének második fontos szempontja a beszállítói szolgáltatások minőségének figyelemmel kísérése. Szinte minden felhőszolgáltató megfelel az SLA-knak saját belső mérőszámai szerint, ami rendkívül közvetett hatással lehet az ügyfél üzleti folyamataira. Ennek megfelelően a saját felügyeleti és vezérlőrendszerének megvalósítása válik az egyik kulcsfontosságú projektté, amikor jelentős informatikai rendszereket ad át egy felhőszolgáltatóhoz. Az SLA témáját folytatva hangsúlyozni kell, hogy a felhőszolgáltatók túlnyomó többsége az SLA teljesítésének elmulasztásáért a havi előfizetési díjra vagy a fizetés egy részére korlátozza a felelősségét. Például az AWS és az Azure a 95%-os rendelkezésre állási küszöb (havi 36 óra) túllépése esetén 100%-os kedvezményt ad az előfizetési díjból, a Yandex.Cloud pedig 30%-ot.
És persze nem szabad megfeledkeznünk arról sem, hogy a felhőket nem csak Amazon osztályú mastodonok és Yandex osztályú elefántok készítik. A felhők kisebbek is lehetnek – akkorák, mint egy macska vagy akár egy egér. Ahogy a CloudMouse példája is megmutatta, a felhő néha csak megáll és véget ér. Nem kap kártérítést, nem kap kedvezményt – a teljes adatvesztésen kívül semmi mást nem kap.
Tekintettel a fenti problémákra a csúcskategóriás üzleti kritikus informatikai rendszerek felhő-infrastruktúrákba való bevezetésével kapcsolatban, az elmúlt években megfigyelhető a „felhő hazatelepülése” jelensége.
2020-ra a felhőalapú számítástechnika túljutott a túlzott várakozások csúcsán, és a koncepció a csalódás árkába tart (a Gartner hype-ciklusa szerint). Kutatások szerint и A vállalati ügyfelek akár 80%-a a következő okok miatt tér vissza és tervezi visszaküldeni a felhőből a saját adatközpontjaiba rakományokat:
- A rendelkezésre állás/teljesítmény javítása;
- Csökkenteni a költségeket;
- Az információbiztonsági követelményeknek való megfelelés érdekében.
Mit tegyünk, és hogy van minden „igazából”?
Kétségtelen, hogy a felhők hosszú távra itt vannak. És évről évre nő a szerepük. Azonban nem a távoli jövőben élünk, hanem 2020-ban egy egészen sajátos helyzetben. Mi a teendő a felhőkkel, ha nem startup, hanem klasszikus vállalati ügyfél?
- A felhő elsősorban a kiszámíthatatlan vagy erősen szezonális terhelésű szolgáltatások helye.
- A legtöbb esetben a kiszámítható, stabil terhelésű szolgáltatásokat olcsóbb fenntartani a saját adatközpontban.
- El kell kezdeni a felhőkkel való munkát tesztkörnyezetekkel és alacsony prioritású szolgáltatásokkal.
- Az információs rendszerek felhőbe helyezésének mérlegelése a felhőből egy másik felhőbe (vagy a saját adatközpontjába) való kilépés módszertanának kidolgozásával kezdődik.
- Az információs rendszer elhelyezése a felhőben az Ön által irányított infrastruktúra biztonsági mentési sémájának kidolgozásával kezdődik.
Forrás: will.com