Creșterea puterii de calcul și dezvoltarea tehnologiilor de virtualizare a platformei x86, pe de o parte, și răspândirea externalizării IT, pe de altă parte, au condus la conceptul de calcul utilitar (IT ca serviciu public). De ce să nu plătiți pentru IT la fel ca pentru apă sau electricitate - exact la fel de mult și exact când aveți nevoie, și nu mai mult.
În acest moment a apărut conceptul de cloud computing - consumul de servicii IT din „cloud”, adică. din anumite resurse externe, fără să-i pese de cum și de unde provin aceste resurse. La fel cum nu ne pasă de infrastructura stațiilor de pompare a utilităților de apă. Până atunci, a fost elaborată și cealaltă parte a conceptului - și anume, conceptul de servicii IT și modul de gestionare a acestora în cadrul ITIL / ITSM.
Au fost dezvoltate o serie de definiții ale norilor (cloud computing), dar acest lucru nu ar trebui să fie considerat adevărul suprem - este doar o modalitate de a oficializa modalitățile în care este furnizat calculul utilitar.
- „Cloud computing este o tehnologie distribuită de procesare a datelor în care resursele și capacitățile computerului sunt furnizate utilizatorului ca serviciu de internet” Wikipedia
- „Cloud computing este un model pentru furnizarea de acces convenabil la rețea la un grup partajat de resurse de calcul personalizabile (de exemplu, rețele, servere, stocare, aplicații și servicii) la cerere, care poate fi furnizat și furnizat rapid cu un efort minim de management sau o intervenție minimă. Furnizor de servicii” NIST
- „Cloud computing este o paradigmă de furnizare a accesului în rețea la un pool scalabil și flexibil de resurse fizice sau virtuale distribuite, furnizate într-un mod de autoservire și administrate la cerere” ISO/IEC 17788:2014. Tehnologia informației - Cloud computing - Privire de ansamblu și vocabular.
Conform NIST, există trei tipuri principale de nori:
- IaaS - Infrastructure as a Service - Infrastructure as a Service
- PaaS - Platform as a Service - Platform as a Service
- SaaS - Software ca serviciu
Pentru o înțelegere foarte simplificată a diferenței, să luăm în considerare modelul Pizza-as-a-Service:
NIST definește următoarele caracteristici necesare pentru ca un serviciu IT să fie considerat un serviciu cloud.
- Acces larg la rețea - serviciul ar trebui să aibă o interfață de rețea universală care să permită conectarea și utilizarea serviciului de către aproape oricine cu cerințe minime. Un exemplu - pentru a folosi o rețea electrică de 220V, este suficient să te conectezi la orice priză cu o interfață universală standard (ștecher), care nu schimbă dacă este vorba despre un fierbător, un aspirator sau un laptop.
- Serviciu măsurat - O caracteristică cheie a unui serviciu cloud este măsurabilitatea serviciului. Revenind la analogia cu electricitatea – vei plăti exact cât ai consumat cu o granularitate minimă, până la costul fierberii unui ibric o dată, dacă ai fost o dată în casă și ai băut o ceașcă de ceai pe parcursul întregii luni.
- Servicii de autoconfigurare la cerere (self service la cerere) - furnizorul de cloud oferă clientului posibilitatea de a configura inteligent serviciul, fără a fi nevoie să interacționeze cu angajații furnizorului. Pentru a fierbe fierbătorul, nu este absolut necesar să contactați Energosbyt în prealabil și să-i avertizați în prealabil și să obțineți permisiunea. Din momentul în care casa este conectată (se încheie un contract), toți consumatorii pot dispune în mod independent de puterea furnizată.
- Elasticitate instantanee (elasticitate rapidă) - furnizorul de cloud oferă resurse cu capacitatea de a crește/scădea instantaneu capacitatea (în anumite limite rezonabile). De îndată ce fierbătorul este pornit, furnizorul eliberează imediat 3 kW de putere în rețea și, de îndată ce este oprit, reduce puterea la zero.
- Regruparea resurselor (pooling de resurse) - mecanismele interne ale furnizorului de servicii vă permit să combinați capacități individuale de generare într-un pool comun (pool) de resurse cu furnizarea ulterioară a resurselor ca serviciu către diverși consumatori. Pornind fierbătorul, suntem cel mai puțin îngrijorați de ce centrală electrică provine energia. Și toți ceilalți consumatori consumă această putere împreună cu noi.
Este important de înțeles că caracteristicile norului descrise mai sus nu sunt preluate din tavan, ci sunt o concluzie logică din conceptul de calcul utilitar. Iar serviciul public trebuie să aibă aceste caracteristici în cadrul conceptului. Dacă una sau alta caracteristică nu se potrivește, serviciul nu devine mai rău și nu devine „otrăvitor”, pur și simplu încetează să fie tulbure. Ei bine, cine a spus că toate serviciile ar trebui?
De ce vorbesc despre asta separat? În ultimii 10 ani de la definiția NIST, a existat o mulțime de controverse cu privire la „nebulozitatea adevărată” conform definiției. În Statele Unite, formularea „corespunde literei legii, dar nu spiritului” este încă folosită uneori în sfera judiciară - iar în cazul cloud computing-ului, principalul lucru este spiritul, resursele de închiriat în două. clicuri de mouse.
Trebuie remarcat faptul că cele 5 caracteristici de mai sus sunt aplicabile cloud-ului public, dar atunci când treceți la un cloud privat, majoritatea devin opționale.
- Acces universal la rețea (acces la rețea larg) - în cadrul unui cloud privat, organizația deține control complet atât asupra capacității de generare, cât și asupra clienților consumatori. Astfel, această caracteristică poate fi considerată ca realizată automat.
- Serviciul măsurat este o caracteristică cheie a conceptului de calcul utilitar, pay-as-you-go. Dar cum plătiți organizațiile singure? În acest caz, există o diviziune a generației și consumului în cadrul companiei, IT-ul devine furnizor, iar unitățile de afaceri devin consumatori de servicii. Iar decontarea are loc între departamente. Sunt posibile două moduri de operare: chargeback (cu decontări reciproce reale și mișcarea finanțelor) și showback (sub formă de raportare privind consumul de resurse în ruble, dar fără mișcarea finanțelor).
- Servicii de autoconfigurare la cerere (self service la cerere) - în cadrul organizației poate exista un serviciu IT comun, caz în care caracteristica devine lipsită de sens. Cu toate acestea, dacă aveți propriul personal IT sau administratori de aplicații în unitățile dvs. de afaceri, trebuie să configurați un portal de autoservire. Concluzie - caracteristica este opțională și depinde de structura afacerii.
- Elasticitate instantanee (elasticitate rapidă) - în cadrul organizației își pierde sensul din cauza setului fix de echipamente pentru organizarea unui cloud privat. Poate fi utilizat într-o măsură limitată în cadrul decontărilor reciproce interne. Concluzie - nu se aplică pentru un cloud privat.
- Pooling of resources (resource pooling) - astăzi practic nu există organizații care să nu folosească virtualizarea serverului. În consecință, această caracteristică poate fi considerată realizată automat.
Î: Deci, care este, oricum, cloud-ul tău privat? Ce trebuie să cumpere și să implementeze o companie pentru a o construi?
Răspuns: Un cloud privat este o tranziție către un nou model administrativ de interacțiune IT-Business, care constă în 80% din măsuri administrative și doar 20 de tehnologii.
Plata doar pentru resursele consumate și intrarea ușoară, fără a fi nevoie să îngroape câteva sute de milioane de petrol în cheltuieli de capital, a dus la un nou peisaj tehnologic și la apariția unor companii miliardare. De exemplu, giganții moderni Dropbox și Instagram au apărut ca startup-uri pe AWS fără infrastructură proprie.
Trebuie subliniat separat faptul că instrumentele de management al serviciilor cloud devin mult mai indirecte, iar responsabilitatea cheie a directorului IT este selecția furnizorilor și controlul calității. Să aruncăm o privire asupra acestor două noi responsabilități.
Apărând ca o alternativă la infrastructura grea clasică, cu propriile sale centre de date și hardware, norii sunt înșelător de ușori. Este ușor să intri în cloud, dar problema ieșirii este de obicei ocolită. Ca în orice altă industrie, furnizorii de cloud se străduiesc să protejeze afacerile și să facă mai dificilă concurența. Singurul moment competitiv serios apare doar odată cu alegerea inițială a unui furnizor de servicii cloud, iar apoi furnizorul va depune toate eforturile pentru ca clientul să nu-l părăsească. Mai mult, nu toate eforturile vor fi îndreptate către calitatea serviciilor sau gama acestora. În primul rând, este furnizarea de servicii unice și utilizarea software-ului de sistem non-standard, ceea ce face dificilă trecerea la alt furnizor. În consecință, atunci când alegeți un furnizor de servicii, este necesar să formați simultan un plan de tranziție de la acest furnizor (de fapt, un DRP cu drepturi depline - plan de recuperare în caz de dezastru) și să vă gândiți la arhitectura de stocare a datelor și a copiilor de rezervă.
Al doilea aspect important al noilor responsabilități ale CIO este controlul calității serviciilor de la furnizor. Aproape toți furnizorii de cloud respectă SLA conform propriilor metrici interne, care pot avea un efect extrem de indirect asupra proceselor de afaceri ale clientului. Și, în consecință, implementarea propriului sistem de monitorizare și control devine unul dintre proiectele cheie atunci când transferați sisteme IT semnificative către un furnizor de cloud. Continuând subiectul SLA, trebuie subliniat faptul că marea majoritate a furnizorilor de cloud limitează răspunderea pentru neîndeplinirea SLA la o taxă lunară de abonament sau la o cotă din plată. De exemplu, AWS și Azure, atunci când pragul de disponibilitate de 95% (36 de ore pe lună) este depășit, vor face o reducere de 100% la taxa de abonament, iar Yandex.Cloud - 30%.
Și, desigur, nu trebuie să uităm că norii nu sunt executați numai de mastodonti din clasa Amazon și elefanți din clasa Yandex. Norii sunt, de asemenea, mai mici - de dimensiunea unei pisici, sau chiar a unui șoarece. După cum a arătat exemplul CloudMouse, uneori cloud-ul doar ia și se termină. Nu veți primi compensații sau reduceri - nu veți primi altceva decât pierderea totală de date.
Având în vedere problemele de mai sus cu implementarea sistemelor IT de criticitate de business de înaltă clasă în infrastructurile cloud, în ultimii ani a fost observat fenomenul de „repatriere în cloud”.
Până în 2020, cloud computing a depășit vârful așteptărilor umflate, iar conceptul este pe drumul spre un șanț de frustrare (conform Gartner Hype Cycle). Conform cercetărilor и până la 80% dintre clienții corporativi revin și plănuiesc să returneze încărcăturile din cloud către propriile centre de date din următoarele motive:
- Îmbunătățirea disponibilității/performanței;
- Reduce costurile;
- Pentru a respecta cerințele IS.
Ce să faci și cum este totul „cu adevărat”?
Nu există nicio îndoială că norii au venit cu seriozitate și de mult timp. Și în fiecare an rolul lor va crește. Cu toate acestea, nu trăim în viitorul îndepărtat, ci în 2020 într-o situație foarte precisă. Ce să faci cu norii dacă nu ești un startup, ci un client corporativ clasic?
- Norii sunt în primul rând un loc pentru servicii cu încărcătură sezonieră imprevizibilă sau pronunțată.
- În cele mai multe cazuri, serviciile cu o sarcină stabilă previzibilă sunt mai ieftine de întreținut în propriul dvs. centru de date.
- Este necesar să începeți să lucrați cu cloud-uri cu medii de testare și servicii cu prioritate scăzută.
- Luarea în considerare a plasării sistemelor informaționale în cloud începe cu dezvoltarea unei metodologii pentru trecerea de la cloud la alt cloud (sau înapoi la propriul centru de date).
- Plasarea unui sistem informatic în cloud începe cu dezvoltarea unei scheme de backup pentru infrastructura pe care o controlați.
Sursa: www.habr.com