Հաշվողական հզորության աճը և x86 պլատֆորմի վիրտուալացման տեխնոլոգիաների զարգացումը մի կողմից, իսկ մյուս կողմից ՏՏ աութսորսինգի տարածումը հանգեցրեց կոմունալ հաշվարկի հայեցակարգին (IT as a utility service): Ինչու չվճարել ՏՏ-ի համար այնպես, ինչպես ջրի կամ էլեկտրաէներգիայի համար՝ ճիշտ այնքան և ճիշտ այն ժամանակ, երբ դա ձեզ անհրաժեշտ է, և ոչ ավելին:
Այս պահին հայտնվեց ամպային հաշվարկի հայեցակարգը՝ ՏՏ ծառայությունների սպառումը «ամպից», այսինքն. ինչ-որ արտաքին ռեսուրսների լողավազանից, առանց հետաքրքրվելու, թե ինչպես և որտեղից են այդ ռեսուրսները: Ինչպես մենք թքած ունենք ջրմուղի պոմպակայանների ենթակառուցվածքների վրա։ Մինչև այս պահը մշակվել էր հայեցակարգի մյուս կողմը, այն է՝ ՏՏ ծառայությունների հայեցակարգը և ինչպես կառավարել դրանք ITIL/ITSM-ի շրջանակներում:
Մշակվել են ամպերի (ամպային հաշվարկ) մի շարք սահմանումներ, բայց դրանք չպետք է դիտարկվեն որպես վերջնական ճշմարտություն. դրանք պարզապես կոմունալ հաշվարկներ տրամադրելու ուղիները պաշտոնականացնելու միջոց են:
- «Cloud computing-ը տվյալների մշակման բաշխված տեխնոլոգիա է, որում համակարգչային ռեսուրսները և էներգիան տրամադրվում են օգտվողին որպես ինտերնետ ծառայություն» Վիքիպեդիա
- «Cloud computing-ը ապահովում է մոդել՝ հարմար, ցանցի վրա հիմնված մուտք ապահովելու համար պահանջվող, կարգավորելի հաշվողական ռեսուրսների (օրինակ՝ ցանցեր, սերվերներ, պահեստ, հավելվածներ և ծառայություններ), որը կարող է արագ տրամադրվել և տրամադրվել նվազագույն կառավարմամբ։ ջանք կամ միջամտություն. ծառայություններ մատուցող» NIST
- «Cloud computing-ը պարադիգմ է՝ ապահովելու ցանցային մուտք դեպի բաշխված ֆիզիկական կամ վիրտուալ ռեսուրսների, ինքնասպասարկման և ըստ պահանջի կառավարվող մասշտաբային և ճկուն լողավազան» ISO/IEC 17788:2014: Տեղեկատվական տեխնոլոգիաներ - Cloud computing - Ընդհանուր ակնարկ և բառապաշար:
Համաձայն NIST-ի՝ ամպերի երեք հիմնական տեսակ կա.
- IaaS – Ենթակառուցվածքը որպես ծառայություն
- PaaS – Հարթակը որպես ծառայություն – Պլատֆորմը որպես ծառայություն
- SaaS - Ծրագրային ապահովումը որպես ծառայություն
Տարբերության շատ պարզեցված հասկանալու համար եկեք նայենք Pizza-as-a-service մոդելին.
NIST-ը սահմանում է ՏՏ ծառայության հետևյալ անհրաժեշտ հատկանիշները, որոնք պետք է համարվեն ամպի վրա հիմնված:
- Համընդհանուր ցանցային հասանելիություն (լայն ցանցային մուտք) – ծառայությունը պետք է ունենա ունիվերսալ ցանցային ինտերֆեյս, որը թույլ է տալիս գրեթե բոլորին միանալ և օգտագործել ծառայությունը նվազագույն պահանջներով: Օրինակ՝ 220 Վ էլեկտրական ցանց օգտագործելու համար բավական է միանալ ցանկացած վարդակից՝ ստանդարտ ունիվերսալ ինտերֆեյսով (վարդակից), որը չի փոխվում՝ լինի թեյնիկ, փոշեկուլ, թե նոութբուք։
- Չափված ծառայություն – ամպային ծառայության հիմնական հատկանիշը ծառայության չափելիությունն է: Վերադառնալով էլեկտրաէներգիայի համեմատությանը, դուք կվճարեք ճիշտ այնքան, որքան սպառել եք նվազագույն հատիկավորությամբ, մինչև թեյնիկը մեկ անգամ եռացնելու արժեքը, եթե ամբողջ ամսվա ընթացքում մեկ անգամ տանը լինեք և մի բաժակ թեյ խմեք։
- Ծառայությունների ինքնակարգավորում ըստ պահանջի (ըստ պահանջի ինքնասպասարկում) – ամպային մատակարարը հաճախորդին հնարավորություն է տալիս խելամտորեն կարգավորել ծառայությունը՝ առանց մատակարարի աշխատակիցների հետ շփվելու անհրաժեշտության: Թեյնիկը եռացնելու համար բացարձակապես պետք չէ նախօրոք կապվել Energosbyt-ի հետ և նախապես զգուշացնել նրանց և ստանալ թույլտվություն։ Տան միացման պահից (պայմանագիր է կնքվում) բոլոր սպառողները կարող են ինքնուրույն տնօրինել տրամադրվող հզորությունը։
- Ակնթարթային առաձգականություն (արագ առաձգականություն) – ամպի մատակարարը ռեսուրսներ է տրամադրում հզորությունը ակնթարթորեն ավելացնելու/նվազեցնելու ունակությամբ (որոշակի ողջամիտ սահմաններում): Թեյնիկը միացնելուն պես պրովայդերը ցանցին անմիջապես մատակարարում է 3 կՎտ հզորություն, իսկ այն անջատելուն պես ելքը հասցնում է զրոյի։
- Ռեսուրսների համախմբում. ծառայություններ մատուցողի ներքին մեխանիզմները հնարավորություն են տալիս միավորել անհատական արտադրող հզորությունները ռեսուրսների ընդհանուր ֆոնդի մեջ ռեսուրսների հետագա տրամադրմամբ՝ որպես ծառայություն տարբեր սպառողներին: Երբ թեյնիկը միացնում ենք, մեզ ամենաքիչը մտահոգում է, թե կոնկրետ որ էլեկտրակայանից է գալիս էներգիան: Եվ բոլոր մյուս սպառողները մեզ հետ միասին սպառում են այս էներգիան։
Կարևոր է հասկանալ, որ վերը նկարագրված ամպի բնութագրերը օդից չեն հանվել, այլ տրամաբանական եզրակացություն են օգտակար հաշվարկների հայեցակարգից: Եվ այս հատկանիշները պետք է ունենա հանրային ծառայությունը հայեցակարգի շրջանակներում։ Եթե այս կամ այն բնութագրիչը չի համապատասխանում, ծառայությունը չի վատանում և չի դառնում «թունավոր», այն պարզապես դադարում է ամպամած լինել: Լավ, ո՞վ ասաց, որ բոլոր ծառայությունները պետք է։
Ինչո՞ւ եմ այս մասին առանձին խոսում։ Անցած 10 տարիների ընթացքում NIST սահմանման ներդրումից հետո շատ բանավեճեր են եղել «իսկական ամպամածության» մասին, ինչպես սահմանված է: Միացյալ Նահանգներում «համապատասխանում է օրենքի տառին, բայց ոչ ոգուն» ձևակերպումը երբեմն օգտագործվում է դատական ոլորտում, իսկ ամպային հաշվարկի դեպքում գլխավորը ոգին է, երկուսով վարձակալելու ռեսուրսները։ մկնիկի սեղմումներ:
Հարկ է նշել, որ վերը նշված 5 բնութագրերը վերաբերում են հանրային ամպին, սակայն մասնավոր ամպին անցնելիս դրանց մեծ մասը դառնում է ընտրովի։
- Համընդհանուր ցանցային հասանելիություն (լայն ցանցային մուտք) – մասնավոր ամպի ներսում կազմակերպությունն ունի ամբողջական վերահսկողություն ինչպես արտադրող օբյեկտների, այնպես էլ սպառողների հաճախորդների վրա: Այսպիսով, այս հատկանիշը կարելի է համարել ինքնաբերաբար կատարված։
- Չափված ծառայությունը կոմունալ հաշվողական հայեցակարգի հիմնական բնութագիրն է՝ սպառման վրա հիմնված վճարումը: Բայց ինչպե՞ս կարող է կազմակերպությունը վճարել ինքն իրեն: Այս դեպքում ընկերության ներսում տեղի է ունենում արտադրության և սպառման բաժանում, ՏՏ-ն դառնում է մատակարար, իսկ բիզնես միավորները՝ ծառայությունների սպառողներ: Իսկ գերատեսչությունների միջև տեղի է ունենում փոխադարձ կարգավորում։ Հնարավոր է գործառնական երկու ռեժիմ՝ հետվճարում (իրական փոխադարձ հաշվարկներով և ֆինանսական շարժով) և ցուցադրում (ռուբլով ռեսուրսների սպառման մասին հաշվետվության տեսքով, բայց առանց ֆինանսական շարժի):
- Պահանջով ինքնասպասարկում. կազմակերպությունում կարող է լինել ընդհանուր ՏՏ ծառայություն, որի դեպքում հատկանիշը դառնում է անիմաստ: Այնուամենայնիվ, եթե բիզնես ստորաբաժանումներում ունեք ձեր սեփական ՏՏ մասնագետները կամ հավելվածների ադմինիստրատորները, դուք պետք է կազմակերպեք ինքնասպասարկման պորտալ: Եզրակացություն - բնութագիրը կամընտիր է և կախված է բիզնեսի կառուցվածքից:
- Ակնթարթային առաձգականություն (արագ առաձգականություն) – կազմակերպության ներսում այն կորցնում է իր նշանակությունը մասնավոր ամպի կազմակերպման համար նախատեսված սարքավորումների ֆիքսված հավաքածուի պատճառով: Կարող է օգտագործվել սահմանափակ չափով ներքին բնակավայրերում: Եզրակացություն - կիրառելի չէ մասնավոր ամպի համար:
- Ռեսուրսների միավորում – այսօր գործնականում չկան կազմակերպություններ, որոնք չեն օգտագործում սերվերի վիրտուալացում: Համապատասխանաբար, այս հատկանիշը կարելի է համարել ինքնաբերաբար կատարված։
Հարց. Այսպիսով, ո՞րն է ձեր անձնական ամպը: Ի՞նչ է անհրաժեշտ ընկերությանը գնել և իրականացնել այն կառուցելու համար:
Պատասխան. մասնավոր ամպը անցում է դեպի ՏՏ-Բիզնես փոխգործակցության նոր վարչական մոդել, որը բաղկացած է 80% վարչական միջոցառումներից և ընդամենը 20% տեխնոլոգիայից:
Միայն սպառված ռեսուրսների համար վճարելը և հեշտ մուտքը, առանց կապիտալ ծախսերի մեջ հարյուր միլիոնավոր նավթ թաղելու անհրաժեշտության, հանգեցրեց նոր տեխնոլոգիական լանդշաֆտի և միլիարդատեր ընկերությունների առաջացմանը: Օրինակ, ժամանակակից հսկաները Dropbox-ը և Instagram-ը հայտնվեցին որպես ստարտափներ AWS-ում՝ չունենալով սեփական ենթակառուցվածք:
Առանձին-առանձին պետք է ընդգծել, որ ամպային ծառայությունների կառավարման գործիքները դառնում են շատ ավելի անուղղակի, և ՏՏ տնօրենի հիմնական պարտականությունը դառնում է մատակարարների ընտրությունը և որակի վերահսկումը: Եկեք նայենք այս երկու նոր պարտականությունների մարտահրավերներին:
Առաջանալով որպես այլընտրանք դասական ծանր ենթակառուցվածքին՝ իր սեփական տվյալների կենտրոններով և սարքավորումներով, ամպերը խաբուսիկորեն թեթև են: Ամպ մտնելը հեշտ է, բայց ելքի հարցը սովորաբար խուսափում է։ Ինչպես ցանկացած այլ ոլորտում, ամպային մատակարարները ձգտում են պաշտպանել բիզնեսը և ավելի դժվարացնել մրցակցությունը: Միակ լուրջ մրցակցային պահն առաջանում է միայն ամպային ծառայություններ մատուցողի նախնական ընտրության ժամանակ, և այդ ժամանակ մատակարարը կգործադրի բոլոր ջանքերը, որպեսզի հաճախորդը չհեռանա իրենից։ Ավելին, ոչ բոլոր ջանքերն են ուղղված լինելու ծառայությունների որակին կամ դրանց տեսականին։ Առաջին հերթին դա եզակի ծառայությունների մատուցումն է և ոչ ստանդարտ համակարգային ծրագրերի օգտագործումը, ինչը դժվարացնում է այլ մատակարարի անցնելը։ Համապատասխանաբար, ծառայություններ մատուցող ընտրելիս անհրաժեշտ է միաժամանակ ձևակերպել անցումային պլան այս մատակարարից (ըստ էության, լիարժեք DRP - աղետների վերականգնման ծրագիր) և մտածել տվյալների պահպանման և կրկնօրինակների ճարտարապետության մասին:
ՏՏ տնօրենի նոր պարտականությունների երկրորդ կարևոր կողմը մատակարարի կողմից մատուցվող ծառայությունների որակի մոնիտորինգն է: Գրեթե բոլոր ամպային մատակարարները համապատասխանում են SLA-ներին՝ ըստ իրենց ներքին չափումների, ինչը կարող է չափազանց անուղղակի ազդեցություն ունենալ հաճախորդի բիզնես գործընթացների վրա: Եվ, համապատասխանաբար, ձեր սեփական մոնիտորինգի և վերահսկման համակարգի ներդրումը դառնում է առանցքային նախագծերից մեկը՝ նշանակալի ՏՏ համակարգերը ամպային մատակարարին փոխանցելիս: Շարունակելով SLA-ի թեման՝ անհրաժեշտ է շեշտել, որ ամպային մատակարարների ճնշող մեծամասնությունը SLA-ն չկատարելու պատասխանատվությունը սահմանափակում է ամսական բաժանորդագրության վճարով կամ վճարման մասնաբաժնով: Օրինակ, AWS-ը և Azure-ը, եթե 95% (ամսական 36 ժամ) հասանելիության շեմը գերազանցվի, բաժանորդային վճարի վրա կտրամադրեն 100% զեղչ, իսկ Yandex.Cloud-ը՝ 30%:
Եվ իհարկե, չպետք է մոռանալ, որ ամպերը միայն Amazon-ի դասի մաստոդոններն ու Yandex-ի փղերը չեն ստեղծում։ Ամպերը կարող են լինել նաև ավելի փոքր՝ կատվի կամ նույնիսկ մկնիկի չափ: Ինչպես ցույց տվեց CloudMouse-ի օրինակը, երբեմն ամպը պարզապես կանգ է առնում և ավարտվում: Դուք ոչ մի փոխհատուցում չեք ստանա, ոչ մի զեղչ. դուք այլ բան չեք ստանա, քան տվյալների ընդհանուր կորուստը:
Հաշվի առնելով ամպային ենթակառուցվածքներում բարձրակարգ բիզնեսի կարևորագույն ՏՏ համակարգերի ներդրման հետ կապված վերը նշված խնդիրները, վերջին տարիներին նկատվում է «ամպի հայրենադարձության» ֆենոմենը:
Մինչև 2020 թվականը ամպային հաշվարկը անցել է ուռճացված ակնկալիքների գագաթնակետը, և հայեցակարգը հիասթափության եզրին է (ըստ Gartner-ի հիփ ցիկլի): Ըստ հետազոտության и Կորպորատիվ հաճախորդների մինչև 80%-ը վերադառնում է և նախատեսում է ամպերից բեռները վերադարձնել սեփական տվյալների կենտրոններ հետևյալ պատճառներով.
- Բարելավել հասանելիությունը/կատարումը;
- Նվազեցնել ծախսերը;
- Տեղեկատվական անվտանգության պահանջներին համապատասխանելու համար:
Ի՞նչ անել և ինչպես է ամեն ինչ «իրականում»:
Կասկած չկա, որ ամպերն այստեղ երկար ժամանակ են: Եվ ամեն տարի նրանց դերը կավելանա։ Սակայն մենք ապրում ենք ոչ թե հեռավոր ապագայում, այլ 2020 թվականին շատ կոնկրետ իրավիճակում։ Ի՞նչ անել ամպերի հետ, եթե դուք ստարտափ չեք, այլ դասական կորպորատիվ հաճախորդ:
- Ամպը հիմնականում անկանխատեսելի կամ խիստ սեզոնային բեռներով ծառայությունների տեղ է:
- Շատ դեպքերում կանխատեսելի, կայուն ծանրաբեռնվածությամբ ծառայություններն ավելի էժան են ձեր սեփական տվյալների կենտրոնում սպասարկելու համար:
- Պետք է սկսել աշխատել ամպերի հետ թեստային միջավայրերով և ցածր առաջնահերթ ծառայություններով։
- Տեղեկատվական համակարգերի ամպում տեղադրելու դիտարկումը սկսվում է ամպից մեկ այլ ամպ դուրս գալու մեթոդաբանության մշակմամբ (կամ վերադառնալ ձեր սեփական տվյալների կենտրոն):
- Տեղեկատվական համակարգի տեղադրումն ամպի մեջ սկսվում է ձեր կողմից վերահսկվող ենթակառուցվածքի պահեստային սխեմայի մշակմամբ:
Source: www.habr.com