Պատրաստվում է տեղափոխվել դեպի ամպ

Մենք այժմ ամպի ընդունման երկրորդ տասնամյակում ենք: Ձեռնարկությունների 92%-ը որոշ չափով օգտագործում է ամպային հաշվարկ: Համաճարակը վերջին շրջանում կազմակերպությունների համար խթան է հանդիսացել ամպային տեխնոլոգիաներ ընդունելու համար: Լրացուցիչ տվյալների, նախագծերի և հավելվածների հաջող տեղափոխումը ամպ կախված է նախապատրաստությունից, պլանավորումից և խնդրի ակնկալիքից:  

1. Պատրաստում տվյալների և տվյալների մարդկային կառավարման և օժանդակ ենթակառուցվածքների մասին է:
2. Պլանավորում էական է։ Պլանը պետք է պարունակի հատուկ հիմնական տարրեր:
3. Խնդիրների կառավարում պոտենցիալ դժվարությունների վայրերը կանխատեսելու կարողությունն է և դրանք նավարկելու ունակությունը, եթե հանդիպեք:  

Չորս բան, որ բիզնեսը պետք է անի ամպի մեջ հաջողակ լինելու համար, գումարած 7 Գոտչա

Ձեր բիզնեսը կտեղափոխվի ամպ: Դե, թույլ տվեք վերաձեւակերպել, որ եթե ձեր բիզնեսը հաջող է լինելու, այն կտեղափոխվի դեպի բիզնես ամպ – սա այն է, եթե այն արդեն չկա: Եթե ​​դուք արդեն այնտեղ եք, հավանաբար չէիք կարդալու սա: Ձեր ընկերությունը հեռանկարային է և մտադիր է օգտվել ամպի բոլոր առավելություններից, որոնք մենք քննարկել ենք մեկ այլ հոդվածում: 2020 թվականի դրությամբ բիզնեսների 92%-ը որոշ չափով օգտագործում է ամպը, իսկ կորպորատիվ տվյալների 50%-ն արդեն ամպում է։

Արծաթե ծածկույթը COVID ամպի վրա. համաճարակը ստիպել է բիզնեսին ավելի ուշադիր նայել ամպի հնարավորություններին՝ աջակցելու հեռավոր աշխատուժի նոր պարադիգմին: Ամպը վերաբերում է երկու մեծ տվյալներին պահեստավորում և հավելվածներ, որոնք մշակում են այդ տվյալները:  Ամպին անցնելու հիմնական պատճառներից մեկը մրցակցային առավելություններ ձեռք բերելն է՝ ճկուն լինելով և նոր պատկերացումներ ստանալով տվյալների բեռնվածությունից:   

Վերլուծական ֆիրման Gartner պարբերաբար հրապարակում է զեկույց, որտեղ քննարկվում են «տեխնոլոգիաները և միտումները, որոնք խոստանում են առաջիկա հինգից 10 տարիների ընթացքում ապահովել մրցակցային առավելությունների բարձր աստիճան»: Տաս տարի առաջ, Gartner's 2012 Hype Cycle Cloud Computing-ի համար Cloud Computing-ը և Public Cloud Storage-ը դրեցին «հիասթափության ափին»՝ «ուռճացված ակնկալիքների գագաթնակետից» անմիջապես այն կողմ: Ավելին, Big Data-ը նոր էր մտնում «ուռճացված սպասումների գագաթնակետին»: Երեքն էլ սպասվող բարձրավանդակով 3-ից 5 տարի հետո: Ծրագրային ապահովումը որպես ծառայություն (SaaS) Gartner-ի կողմից տեղադրվել է «Լուսավորության թեք» փուլում՝ 2-ից 5 տարի սպասվող սարահարթով:

2018 թվականին՝ վեց տարի անց, «Cloud Computing»-ը և «Public Cloud Storage»-ը գտնվում էին «Լուսավորության թեքության» փուլում՝ 2 տարուց պակաս կանխատեսվող բարձրավանդակով: «Ծրագրաշարը որպես ծառայություն» հասել էր բարձունքին։  Բանն այն է, որ այս շրջանում տեղի ունեցավ հանրային ամպի զգալի ընդունում։  

Այսօր՝ 2022 թվականին, ամպային հաշվարկն այժմ գտնվում է ընդունման իր երկրորդ տասնամյակում և այժմ նոր հավելվածների լռելյայն տեխնոլոգիան է:  As Gartner ասում է, «Եթե դա ամպ չէ, դա ժառանգություն է»: Gartner-ը շարունակում է ասել, որ ամպային հաշվարկների ազդեցությունը կազմակերպության վրա տրանսֆորմացիոն է: Այդ դեպքում ինչպե՞ս պետք է կազմակերպությունները մոտենան այս վերափոխմանը:

Այս աղյուսակը ավելի մանրամասն նկարագրում է, թե ինչ է նշանակում, որ տեխնոլոգիան գտնվում է որոշակի փուլում: 

Ինչպե՞ս պետք է կազմակերպությունները մոտենան կազմակերպչական վերափոխմանը:

Ամպի ընդունման գործընթացում կազմակերպությունները ստիպված են եղել որոշումներ կայացնել, հաստատել նոր քաղաքականություն, ստեղծել նոր ընթացակարգեր և լուծել կոնկրետ մարտահրավերներ: Ահա կոնկրետ տարածքների ցանկը, որոնք դուք պետք է լուծեք՝ համոզվելու համար, որ ձեր տունը կարգին է. 

1. Վերապատրաստում, վերապատրաստում կամ նոր դերեր:  Տվյալների պահպանման համար հանրային ամպն ընդունելիս կամ հավելվածները օգտագործելիս դուք արտաքին ենթակառուցվածքի աջակցությունն ու սպասարկումն եք փոխանցել: Վաճառողին կառավարելու և տվյալներին մուտք գործելու համար ձեզ դեռևս անհրաժեշտ է ներքին փորձաքննություն: Ավելին, դուք պետք է իմանաք, թե ինչպես օգտագործել ճանաչողական վերլուծության և տվյալների գիտության համար հասանելի նոր գործիքները:     
2. Տվյալներ:  Ամեն ինչ վերաբերում է տվյալներին: Տվյալները նոր արժույթն են: Մենք խոսում ենք Big Data-ի մասին՝ տվյալներ, որոնք համապատասխանում են դրանցից առնվազն մի քանիսին Սահմանման V-երը. Ամպ տեղափոխելիս ձեր տվյալների առնվազն մի մասը կլինի ամպի մեջ: Եթե ​​դուք «all-in» եք, ձեր տվյալները կպահվեն ամպում և կմշակվեն ամպում:

A. Տվյալների առկայություն. Կարո՞ղ են ձեր առկա օն-պրեմի հավելվածները մուտք գործել տվյալների ամպի մեջ: Արդյո՞ք ձեր տվյալները պետք է լինեն մշակման համար: Պե՞տք է ժամանակ հատկացնել ձեր ամպային միգրացիայի նախագծում՝ ձեր տվյալները ամպ տեղափոխելու համար: Որքա՞ն ժամանակ կպահանջվի դա: Ձեզ անհրաժեշտ է նոր գործընթացներ մշակել՝ ձեր գործարքային տվյալները ամպին հասցնելու համար: Եթե ​​դուք մտադիր եք կատարել AI կամ մեքենայական ուսուցում, պետք է լինեն բավարար ուսումնական տվյալներ՝ ճշգրտության և ճշգրտության ցանկալի մակարդակին համապատասխանելու համար:

B. Տվյալների օգտագործելիություն. Արդյո՞ք ձեր տվյալները այնպիսի ձևաչափով են, որոնք կարող են սպառվել մարդկանց և գործիքների կողմից, որոնք մուտք կունենան տվյալներ: Կարո՞ղ եք «բարձրացնել և տեղաշարժել» ձեր տվյալների պահեստում: Կամ կարո՞ղ է այն օպտիմիզացվել կատարման համար: 

C. Տվյալների որակը. Տվյալների որակը, որոնց վրա հիմնվում են ձեր որոշումները, կարող է ազդել ձեր որոշումների որակի վրա: Կառավարումը, տվյալների կառավարումը, տվյալների կառավարումը, հավանաբար տվյալների կուրատորը կարող են էական դեր խաղալ ամպի մեջ ճանաչողական վերլուծության ընդունման գործում: Նախքան տվյալները ամպ տեղափոխելը ժամանակ հատկացրեք՝ ձեր տվյալների որակը գնահատելու համար: Չկա ավելի հիասթափեցնող բան, քան բացահայտելը, որ դուք տեղափոխել եք տվյալներ, որոնք ձեզ պետք չեն:

Դ. Մեծ տվյալների փոփոխականություն և անորոշություն. Տվյալները կարող են լինել անհամապատասխան կամ թերի: Ձեր տվյալները գնահատելիս և ինչպես եք մտադիր դրանք օգտագործել, կա՞ն բացթողումներ: Այժմ ժամանակն է շտկելու հայտնի խնդիրները՝ կապված ձեռնարկության ողջ ստանդարտներին տվյալների վրա: Ստանդարտացրեք հաշվետվությունների կենտրոններում պարզ բաների վրա, ինչպիսիք են ժամանակի չափերը, աշխարհագրական հիերարխիան: Բացահայտեք ճշմարտության այդ միակ աղբյուրը:   

E. Սահմանափակումներ, որոնք բնորոշ են հենց մեծ տվյալներին. Հնարավոր արդյունքների մեծ քանակությունը կարող է պահանջել, որ տիրույթի փորձագետը գնահատի արդյունքները կարևորության համար: Այլ կերպ ասած, եթե ձեր հարցումը վերադարձնի բազմաթիվ գրառումներ, ապա ինչպե՞ս եք այն մշակելու որպես մարդ: Այն ավելի զտելու և գրառումների քանակը նվազեցնելու համար, որպեսզի այն օգտագործվի սովորական ոչ սուպեր մարդու կողմից, դուք պետք է իմանաք տվյալների ետևում գտնվող բիզնեսը:

     3. ՏՏ հիմնադրման/ենթակառուցվածքի աջակցություն. Հաշվի առեք բոլոր շարժական մասերը: Հավանական է, որ ձեր բոլոր տվյալները չեն լինի ամպի մեջ: Ոմանք կարող են լինել ամպի մեջ: Որոշ տարածքներ: Դեռևս այլ տվյալներ կարող են լինել ուրիշ վաճառողի ամպ. Ունե՞ք տվյալների հոսքի դիագրամ: Պատրա՞ստ եք ֆիզիկական սարքավորումների կառավարումից անցնելու ֆիզիկական սարքավորումների կառավարում վաճառողներին: Դուք հասկանու՞մ եք ամպային միջավայրի սահմանափակումները: Արդյո՞ք հաշվի եք առել չկառուցված տվյալներին, ինչպես նաև պլատֆորմի ստեղծման հիմնական տեխնոլոգիաներին աջակցելու հնարավորությունը: Դուք դեռ կկարողանա՞ք օգտագործել նույն SDK-ն, API-ն, տվյալների կոմունալ ծառայությունները, որոնք դուք օգտագործում էիք ներսում: Նրանք, հավանաբար, պետք է վերաշարադրվեն: Ի՞նչ կասեք ձեր առկա ETL-ի մասին՝ տվյալների պահեստը գործարքային համակարգերից բեռնելու համար: ETL սցենարները պետք է վերաշարադրվեն:

     4. Դերերի ճշգրտում. Օգտատերերը կարող են վերապատրաստվել նոր հավելվածների և ամպի տվյալների հասանելիության վերաբերյալ: Հաճախ աշխատասեղանի կամ ցանցային հավելվածը կարող է ունենալ նույն կամ նման անվանումը, ինչ ամպին նվիրված հավելվածը: Այն, սակայն, կարող է գործել այլ կերպ, կամ նույնիսկ ունենալ տարբեր գործառույթների հավաքածու:  

Եթե ​​ձեր կազմակերպությունը լրջորեն է վերաբերվում դեպի ամպ տեղափոխվելու և վերլուծականներից առավելագույնս օգտվելու հարցում, ապա ոչ մի բանավեճ չկա, որ այդ քայլը կարող է զգալի բիզնես և տնտեսական արժեք ապահովել: Գործնականում, այստեղից այնտեղ հասնելու համար ձեզ հարկավոր է. 

1. Սահմանել կանոնադրություն.  

Ա. Դուք սահմանե՞լ եք ձեր ծրագրի շրջանակը:  

Բ. Ունե՞ք գործադիր հովանավորություն:

Գ. Ովքե՞ր, ի՞նչ դերեր պետք է ներառվեն նախագծում: Ո՞վ է գլխավոր ճարտարապետը: Ի՞նչ փորձառության կարիք ունեք՝ ապավինելու ամպային վաճառողին:

Դ. Ո՞րն է վերջնական նպատակը: Ի դեպ, նպատակը «ամպին անցնելը» չէ։ Ի՞նչ խնդիր(ներ) եք փորձում լուծել:

E. Սահմանեք ձեր հաջողության չափանիշները: Ինչպե՞ս կիմանաք, որ հաջողակ եք:

2. Բացահայտեք. Սկսեք սկզբից: Վերցրեք գույքագրում: Պարզեք, թե ինչ ունեք: Պատասխանել հարցերին:

Ա. Ի՞նչ տվյալներ ունենք:

Բ. Որտեղ են տվյալները:

Գ. Ինչ բիզնես գործընթացներին անհրաժեշտ է աջակցել: Ի՞նչ տվյալներ են անհրաժեշտ այդ գործընթացներին:

Դ. Ի՞նչ գործիքներ և հավելվածներ ենք մենք ներկայումս օգտագործում տվյալների մանիպուլյացիայի համար:

E. Որն է տվյալների չափը և բարդությունը:

F. Ի՞նչ կունենանք: Ի՞նչ հավելվածներ կան ամպի մեջ մեր վաճառողի կողմից:

G. Ինչպե՞ս ենք միանալու տվյալներին: Ի՞նչ նավահանգիստներ պետք է բացվեն ամպի մեջ:

Հ. Կա՞ն կանոնակարգեր կամ պահանջներ, որոնք թելադրում են գաղտնիության կամ անվտանգության պահանջներ: Կա՞ն SLA-ներ հաճախորդների հետ, որոնք պետք է պահպանվեն:  

I. Գիտե՞ք, թե ինչպես են հաշվարկվելու ծախսերը ամպի օգտագործման համար:

3. Գնահատեք և գնահատեք. 

Ա. Ի՞նչ տվյալներ ենք մենք մտադիր տեղափոխել:

Բ. Գնահատեք ծախսերը: Այժմ, երբ դուք գիտեք տվյալների շրջանակը և ծավալը, դուք ավելի լավ վիճակում եք բյուջե սահմանելու համար:

Գ. Սահմանեք բացերը, որոնք առկա են ձեր ներկայիս ունեցածի և այն ակնկալիքների միջև, որոնք դուք ակնկալում եք ունենալ: Ի՞նչ ենք մեզ պակասում:

Դ. Ներառեք թեստային միգրացիա՝ բացահայտելու այն, ինչ տեսականորեն բաց եք թողել:

Ե. Ներառեք օգտատերերի ընդունման փորձարկումն այս, ինչպես նաև վերջնական փուլում:

Զ. Ի՞նչ մարտահրավերներ կարող եք ակնկալել, որպեսզի կարողանաք չնախատեսված իրավիճակներ կառուցել հաջորդ փուլում:

G. Ի՞նչ ռիսկեր են հայտնաբերվել:

4. Պլան. Հիմնել ա road քարտեզը 

Ա. Որո՞նք են առաջնահերթությունները: Ի՞նչն է առաջին հերթին գալիս: Ո՞րն է հաջորդականությունը:

Բ. Ի՞նչ կարող եք բացառել: Ինչպե՞ս կարող եք նվազեցնել շրջանակը:

Գ. Արդյո՞ք ժամանակ կգտնվի զուգահեռ մշակման համար:

Դ. Ո՞րն է մոտեցումը: Մասնակի / փուլային մոտեցում?

E. Դուք սահմանե՞լ եք անվտանգության մոտեցումը:

Զ. Դուք սահմանե՞լ եք տվյալների կրկնօրինակման և աղետի վերականգնման ծրագրեր:

G. Ո՞րն է հաղորդակցության պլանը` ներքին նախագծի, շահագրգիռ կողմերի, վերջնական օգտագործողների համար:

5. Կառուցել. Միգրացիր. Փորձարկում. Գործարկել.

Ա. Աշխատեք պլանը: Դինամիկ կերպով վերանայեք այն նոր տեղեկատվության հիման վրա:

Բ. Կառուցեք ձեր պատմական ուժեղ կողմերի և հաջողությունների վրա ձեր ժառանգած ՏՏ հիմնադրամը և սկսեք օգտվել Big Data-ի և ճանաչողական վերլուծության առավելություններից:       

6. Կրկնել և կատարելագործել.  

Ա. Ե՞րբ կարող եք հեռացնել այն սերվերներին, որոնք այժմ անգործության են մատնված:

Բ. Ի՞նչ վերամշակում եք հայտնաբերել, որը պետք է արվի:

Գ. Ի՞նչ օպտիմալացումներ կարելի է անել ձեր տվյալների վրա ամպի մեջ:  

Դ. Ի՞նչ նոր տվյալների հավելվածներ կարող եք օգտագործել այժմ ամպի մեջ:

E. Ո՞րն է հաջորդ մակարդակը: AI, մեքենայական ուսուցում, առաջադեմ վերլուծություն:

Գոտչաս

Մոտ աղբյուրներ ասում են, որ տեխնոլոգիական նախագծերի 70%-ը լրիվ կամ մասնակի ձախողումներ են: Ըստ երևույթին, դա կախված է ձեր սահմանումից   ձախողում. Մեկ այլ աղբյուր պարզել է, որ 75%-ը կարծում էր, որ իրենց նախագիծն ի սկզբանե դատապարտված էր: Դա կարող է նշանակել, որ 5%-ը հաջողության է հասել՝ չնայած նրանց դեմ հավանականությանը: Իմ փորձն ինձ ասում է, որ կա տեխնոլոգիական նախագծերի զգալի մասը, որոնք կամ երբեք չեն իջնում, կամ չեն կարողանում լիովին իրականացնել խոստացված ակնկալիքները: Կան որոշ ընդհանուր թեմաներ, որոնք կիսում են այդ նախագծերը: Երբ սկսում եք պլանավորել ձեր միգրացիան դեպի ամպ, ահա մի քանի բան, որոնց պետք է ուշադրություն դարձնել: Եթե ​​չես անում, նրանք նման են վատ կարմայի կամ վատ վարկային միավորի. վաղ թե ուշ նրանք քեզ հետույքից կկծեն:

1. Սեփականությունը. Միայնակ մարդը պետք է տիրապետի նախագծին կառավարման տեսանկյունից: Միևնույն ժամանակ, բոլոր մասնակիցները պետք է իրենց ներդրված զգան որպես շահագրգիռ կողմեր:
2. Արժենալ. Բյուջե հատկացվե՞լ է։ Գիտե՞ք հաջորդ 12 ամիսների մեծության կարգը, ինչպես նաև ընթացիկ ծախսերի գնահատումը: Կա՞ն հնարավոր թաքնված ծախսեր: Դուք հեռացե՞լ եք ավելցուկային ֆլոտսամ և ժետսամ՝ պատրաստվելով տեղափոխությանը: Դուք չեք ցանկանում տեղափոխել այն տվյալները, որոնք չեն օգտագործվի կամ վստահելի չեն:       
3. Առաջնորդություն. Արդյո՞ք նախագիծն ամբողջությամբ հովանավորվում է ղեկավարության կողմից: Իրատեսակա՞ն են սպասելիքները և հաջողության սահմանումը: Արդյո՞ք նպատակները համապատասխանում են կորպորատիվ տեսլականին և ռազմավարությանը:
4. Ծրագրի կառավարում. Իրատեսակա՞ն են ժամկետները, շրջանակը և բյուջեն: Կա՞ն «ուժեր», որոնք պահանջում են առաքման ավելի կարճ ժամկետներ, մեծացված շրջանակ և/կամ ավելի ցածր ծախսեր կամ ավելի քիչ մարդ: Կա՞ պահանջների հստակ ընկալում: Արդյո՞ք դրանք իրատեսական են և հստակ սահմանված:
5. Մարդկային ռեսուրսների. Տեխնոլոգիան հեշտ մասն է: Դա մարդկանց բանն է, որը կարող է մարտահրավեր լինել: Դեպի ամպ գաղթելը փոփոխություններ կբերի: Մարդիկ փոփոխություններ չեն սիրում. Դուք պետք է ճիշտ ակնկալիքներ դնեք: Արդյո՞ք նախաձեռնությանը հատկացվել է բավարար և համապատասխան անձնակազմ: Կամ փորձե՞լ եք ժամանակ հատկացնել այն մարդկանցից, ովքեր արդեն չափազանց զբաղված են իրենց ամենօրյա աշխատանքով: Կարողանու՞մ եք կայուն թիմ պահպանել: Շատ նախագծեր ձախողվում են հիմնական անձնակազմի շրջանառության պատճառով:  
6. Ռիսկերի. Արդյո՞ք ռիսկերը հայտնաբերվել և հաջողությամբ կառավարվել են:  
7. Դժբախտություն. Դուք կարողացե՞լ եք բացահայտել այն բաները, որոնք ձեր վերահսկողությունից դուրս են, բայց որոնք կարող են ազդել առաքման վրա: Հաշվի առեք ղեկավարության փոփոխության ազդեցությունը: Ինչպե՞ս կարող է համաշխարհային համաճարակը ազդել ժամկետներին համապատասխանելու և ռեսուրսներ ստանալու ձեր ունակության վրա:  

Cloud Computing Hype Cycle-ը 2022 թվականին

Այսպիսով, որտե՞ղ են Cloud Computing-ը, Public Cloud Storage-ը և Software-ը որպես ծառայություն Gartner-ի զարգացող տեխնոլոգիական հիփ ցիկլի վրա այսօր: Նրանք չեն: Դրանք այլևս արդիական տեխնոլոգիաներ չեն: Նրանք այլևս հորիզոնում չեն: Նրանք հիմնական են, սպասում են ընդունմանը: Հետևե՛ք աճին զարգացող տեխնոլոգիաներAI-ի ընդլայնված դիզայն, գեներատիվ AI, ֆիզիկայի վերաբերյալ տեղեկացված AI և ոչ փոխարկվող նշաններ:  

Այս հոդվածի գաղափարներն ի սկզբանե ներկայացվել են որպես «Ճանաչողական վերլուծություն. հիմնվելով ձեր ժառանգության ՏՏ հիմնադրամի վրա» հոդվածի եզրակացությանը, որը ներկայացված է. TDWI Business Intelligence Journal, հատոր 22, թիվ 4։