Një vështrim tjetër në retë. Çfarë është një re private?

Rritja e fuqisë kompjuterike dhe zhvillimi i teknologjive të virtualizimit të platformës x86 nga njëra anë, dhe përhapja e kontraktimit të IT nga ana tjetër, kanë çuar në konceptin e informatikës së shërbimeve (IT si shërbim publik). Pse të mos paguani për IT në të njëjtën mënyrë si për ujë ose energji elektrike - saktësisht aq dhe saktësisht kur ju nevojitet, dhe jo më shumë.

Në këtë moment, u shfaq koncepti i kompjuterit cloud - konsumi i shërbimeve të IT nga "cloud", d.m.th. nga disa burime të jashtme, pa u kujdesur se si dhe nga vijnë këto burime. Ashtu si ne nuk na intereson infrastruktura e stacioneve të pompimit të ujësjellësit. Në këtë kohë, ishte përpunuar edhe ana tjetër e konceptit - domethënë, koncepti i shërbimeve të IT dhe mënyra e menaxhimit të tyre brenda kornizës së ITIL / ITSM.

Janë zhvilluar një sërë përkufizimesh të reve (cloud computing), por kjo nuk duhet të merret si e vërteta përfundimtare - është vetëm një mënyrë për të zyrtarizuar mënyrat në të cilat ofrohet kompjuteri i shërbimeve.

• "Cloud computing është një teknologji e shpërndarë e përpunimit të të dhënave në të cilën burimet dhe kapacitetet kompjuterike i ofrohen përdoruesit si një shërbim interneti" Wikipedia
• “Cloud computing është një model për ofrimin e aksesit të përshtatshëm të rrjetit në një grup të përbashkët burimesh kompjuterike të personalizueshme (p.sh., rrjete, serverë, memorie, aplikacione dhe shërbime) sipas kërkesës që mund të sigurohet dhe sigurohet shpejt me përpjekje minimale të menaxhimit ose ndërhyrje minimale. Ofruesi i Shërbimit" NIST
• "Cloud computing është një paradigmë e ofrimit të aksesit në rrjet në një grup të shkallëzuar dhe fleksibël burimesh fizike ose virtuale të shpërndara, të ofruara në modalitetin e vetë-shërbimit dhe të administruara sipas kërkesës" ISO/IEC 17788:2014. Teknologjia e informacionit - Cloud computing - Vështrim i përgjithshëm dhe fjalor.

Sipas NIST, ekzistojnë tre lloje kryesore të reve:

1. IaaS - Infrastructure as a Service - Infrastructure as a Service
2. PaaS - Platforma si shërbim - Platforma si shërbim
3. SaaS - Softueri si shërbim

Për një kuptim shumë të thjeshtuar të ndryshimit, le të shqyrtojmë modelin Pizza-as-a-Service:

NIST përcakton veçoritë e mëposhtme të nevojshme që një shërbim IT të konsiderohet një shërbim cloud.

• Qasje e gjerë në rrjet - shërbimi duhet të ketë një ndërfaqe rrjeti universal që lejon lidhjen dhe përdorimin e shërbimit nga pothuajse kushdo me kërkesa minimale. Një shembull - për të përdorur një rrjet elektrik 220 V, mjafton të lidheni me çdo prizë me një ndërfaqe standarde universale (prizë), e cila nuk ndryshon nëse është një kazan, një fshesë me korrent apo një laptop.
• Shërbimi i matur - Një karakteristikë kryesore e një shërbimi cloud është matshmëria e shërbimit. Duke iu rikthyer analogjisë me energjinë elektrike, do të paguani saktësisht aq sa keni konsumuar me një kokrrizë minimale, deri në koston e zierjes së një kazani, nëse keni qenë një herë në shtëpi dhe keni pirë një filxhan çaj gjatë gjithë muajit.
• Shërbimet e vetë-konfigurimit sipas kërkesës (vetë-shërbimi sipas kërkesës) - ofruesi i cloud i ofron klientit mundësinë për të konfiguruar në mënyrë inteligjente shërbimin, pa pasur nevojë të ndërveprojë me punonjësit e ofruesit. Për të zier kazanin, nuk është absolutisht e nevojshme të kontaktoni Energosbyt paraprakisht dhe t'i paralajmëroni paraprakisht dhe të merrni leje. Që nga momenti i lidhjes së shtëpisë (lidhja e një kontrate), të gjithë konsumatorët mund të disponojnë në mënyrë të pavarur energjinë e dhënë.
• Elasticiteti i menjëhershëm (elasticiteti i shpejtë) - ofruesi i cloud ofron burime me aftësinë për të rritur / ulur menjëherë kapacitetin (brenda disa kufijve të arsyeshëm). Sapo kazani të ndizet, ofruesi lëshon menjëherë 3 kW energji në rrjet dhe sapo fiket, zvogëlon prodhimin në zero.
• Grumbullimi i burimeve (bashkimi i burimeve) - mekanizmat e brendshëm të ofruesit të shërbimit ju lejojnë të kombinoni kapacitetet gjeneruese individuale në një grup (pool) të përbashkët burimesh me ofrimin e mëtejshëm të burimeve si shërbim për konsumatorë të ndryshëm. Duke ndezur kazanin, ne jemi më pak të shqetësuar se nga cili termocentral i veçantë vjen energjia. Dhe të gjithë konsumatorët e tjerë e konsumojnë këtë energji së bashku me ne.

Është e rëndësishme të kuptohet se karakteristikat e resë së përshkruar më sipër nuk janë marrë nga tavani, por janë një përfundim logjik nga koncepti i llogaritjes së shërbimeve. Dhe shërbimi publik duhet t'i ketë këto karakteristika brenda kornizës së konceptit. Nëse një ose një tjetër karakteristikë nuk përputhet, shërbimi nuk përkeqësohet dhe nuk bëhet "helmues", ai thjesht pushon së qeni i turbullt. Epo, kush tha që të gjitha shërbimet duhet?

Pse po flas veçmas për këtë? Në 10 vitet e fundit që nga përkufizimi NIST, ka pasur shumë polemika rreth "reve të vërteta" sipas përkufizimit. Në Shtetet e Bashkuara, formulimi "korrespondon me shkronjën e ligjit, por jo frymën" përdoret ende ndonjëherë në sferën gjyqësore - dhe në rastin e kompjuterit cloud, gjëja kryesore është fryma, burimet me qira në dy. klikimet e miut.

Duhet të theksohet se 5 karakteristikat e mësipërme janë të zbatueshme për renë publike, por kur kaloni në një re private, shumica e tyre bëhen opsionale.

• Qasje universale në rrjet (qasje e gjerë në rrjet) - brenda një reje private, organizata ka kontroll të plotë si mbi kapacitetin gjenerues ashtu edhe mbi klientët konsumatorë. Kështu, kjo karakteristikë mund të konsiderohet si e kryer automatikisht.
• Shërbimi i matur është një tipar kyç i konceptit të informatikës së shërbimeve, paguaj sipas dëshirës. Por si i paguani organizatat për veten e tyre? Në këtë rast, ka një ndarje të gjenerimit dhe konsumit brenda kompanisë, IT bëhet ofrues dhe njësitë e biznesit bëhen konsumatorë të shërbimeve. Dhe zgjidhja bëhet ndërmjet departamenteve. Dy mënyra operimi janë të mundshme: kthimi i pagesës (me pagesat reale të ndërsjella dhe lëvizjen e financave) dhe shfaqjen (në formën e raportimit për konsumin e burimeve në rubla, por pa lëvizjen e financave).
• Shërbimet e vetë-konfigurimit sipas kërkesës (shërbim vetë sipas kërkesës) - brenda organizatës mund të ketë një shërbim të përbashkët IT, në të cilin rast karakteristika bëhet e pakuptimtë. Megjithatë, nëse keni stafin tuaj të TI-së ose administratorët e aplikacioneve në njësitë tuaja të biznesit, duhet të krijoni një portal vetë-shërbimi. Përfundim - karakteristika është fakultative dhe varet nga struktura e biznesit.
• Elasticiteti i menjëhershëm (elasticiteti i shpejtë) - brenda organizatës humbet kuptimin e tij për shkak të grupit fiks të pajisjeve për organizimin e një reje private. Mund të përdoret në një masë të kufizuar në kuadrin e marrëveshjeve të brendshme të ndërsjella. Përfundim - nuk zbatohet për një re private.
• Grumbullimi i burimeve (bashkimi i burimeve) - sot praktikisht nuk ka organizata që nuk përdorin virtualizimin e serverit. Prandaj, kjo karakteristikë mund të konsiderohet e kryer automatikisht.

Pyetje: Pra, cila është reja juaj private gjithsesi? Çfarë duhet të blejë dhe zbatojë një kompani për ta ndërtuar atë?

Përgjigje: Një re private është një kalim në një model të ri administrativ të ndërveprimit IT-Biznes, i cili përbëhet nga 80% masa administrative dhe vetëm 20 nga teknologji.

Pagimi vetëm për burimet e konsumuara dhe hyrja e lehtë, pa pasur nevojë të varrosni disa qindra milionë naftë në shpenzime kapitale, ka krijuar një peizazh të ri teknologjik dhe shfaqjen e kompanive miliardere. Për shembull, gjigantët modernë Dropbox dhe Instagram u shfaqën si startup në AWS me infrastrukturë zero të tyren.

Duhet theksuar veçmas se mjetet e menaxhimit të shërbimit cloud po bëhen shumë më indirekte dhe përgjegjësia kryesore e drejtorit të IT-së është zgjedhja e furnitorëve dhe kontrolli i cilësisë. Le t'i hedhim një sy këtyre dy përgjegjësive të reja.

Duke u shfaqur si një alternativë ndaj infrastrukturës klasike të rëndë me qendrat e veta të të dhënave dhe harduerin, retë janë jashtëzakonisht të lehta. Është e lehtë të hysh në re, por çështja e daljes zakonisht anashkalohet. Si në çdo industri tjetër, ofruesit e cloud përpiqen të mbrojnë biznesin dhe ta bëjnë më të vështirë konkurrimin. Momenti i vetëm serioz konkurrues lind vetëm me zgjedhjen fillestare të një ofruesi të shërbimit cloud, dhe më pas ofruesi do të bëjë çdo përpjekje që klienti të mos e lërë atë. Për më tepër, jo të gjitha përpjekjet do të drejtohen në cilësinë e shërbimeve ose gamën e tyre. Para së gjithash, është ofrimi i shërbimeve unike dhe përdorimi i softuerit të sistemit jo standard, gjë që e bën të vështirë kalimin në një ofrues tjetër. Prandaj, kur zgjidhni një ofrues shërbimi, është e nevojshme që njëkohësisht të formoni një plan tranzicioni nga ky ofrues (në fakt, një plan i plotë DRP - rikuperimi i fatkeqësive) dhe të mendoni për arkitekturën e ruajtjes së të dhënave dhe kopjeve rezervë.

Aspekti i dytë i rëndësishëm i përgjegjësive të reja të CIO është kontrolli i cilësisë së shërbimeve nga furnizuesi. Pothuajse të gjithë ofruesit e cloud përputhen me SLA sipas matjeve të tyre të brendshme, të cilat mund të kenë një efekt jashtëzakonisht indirekt në proceset e biznesit të klientit. Dhe në përputhje me rrethanat, zbatimi i sistemit tuaj të monitorimit dhe kontrollit bëhet një nga projektet kryesore kur transferoni sisteme të rëndësishme IT tek një ofrues cloud. Në vazhdim të temës së SLA, duhet theksuar se shumica dërrmuese e ofruesve të cloud kufizojnë përgjegjësinë për mospërmbushjen e SLA në një tarifë abonimi mujor ose në një pjesë të pagesës. Për shembull, AWS dhe Azure, kur tejkalohet pragu i disponueshmërisë prej 95% (36 orë në muaj), do të bëjë një zbritje 100% në tarifën e abonimit, dhe Yandex.Cloud - 30%.

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

Dhe sigurisht, nuk duhet të harrojmë se retë nuk kryhen vetëm nga mastodonët e klasës Amazon dhe elefantët e klasës Yandex. Retë janë gjithashtu më të vogla - madhësia e një mace, apo edhe e një miu. Siç tregoi shembulli i CloudMouse, ndonjëherë reja thjesht merr dhe përfundon. Ju nuk do të merrni kompensim ose zbritje - nuk do të merrni asgjë përveç humbjes totale të të dhënave.

Në funksion të problemeve të mësipërme me zbatimin e sistemeve të IT-së me kritikë biznesi të klasit të lartë në infrastrukturat cloud, fenomeni i "riatdhesimit të reve" është vërejtur vitet e fundit.

Deri në vitin 2020, cloud computing ka kaluar kulmin e pritjeve të fryra dhe koncepti është në rrugën e tij drejt një grope zhgënjimi (sipas ciklit Gartner Hype). Sipas hulumtimeve IDC и Research 451 deri në 80% e klientëve të korporatave kthehen dhe planifikojnë të kthejnë ngarkesat nga retë në qendrat e tyre të të dhënave për arsyet e mëposhtme:

• Përmirësimi i disponueshmërisë/performancës;
• Ulja e kostove;
• Për të përmbushur kërkesat e IS.

Çfarë të bëni dhe si është gjithçka "me të vërtetë"?

Nuk ka dyshim se retë kanë ardhur seriozisht dhe për një kohë të gjatë. Dhe çdo vit roli i tyre do të rritet. Megjithatë, ne nuk jetojmë në një të ardhme të largët, por në vitin 2020 në një situatë shumë të caktuar. Çfarë të bëni me retë nëse nuk jeni një startup, por një klient klasik i korporatës?

1. Retë janë kryesisht një vend për shërbime me ngarkesë sezonale të paparashikueshme ose të theksuar.
2. Në shumicën e rasteve, shërbimet me një ngarkesë të qëndrueshme të parashikueshme janë më të lira për t'u mbajtur në qendrën tuaj të të dhënave.
3. Është e nevojshme të filloni të punoni me retë me mjedise testimi dhe shërbime me prioritet të ulët.
4. Marrja në konsideratë e vendosjes së sistemeve të informacionit në cloud fillon me zhvillimin e një metodologjie për kalimin nga cloud në një re tjetër (ose përsëri në qendrën tuaj të të dhënave).
5. Vendosja e një sistemi informacioni në cloud fillon me zhvillimin e një skeme rezervë për infrastrukturën që ju kontrolloni.

Burimi: www.habr.com