Ավելի քան մեկ տասնամյակ առաջ Մարկ Անդրեյսենը պատշաճ կերպով հայտարարեց, որ «ծրագրակազմը խժռում է աշխարհը»:1 Այսօր ծրագրաշարը մի փոքր այլ տեսք ունի: Մենք ոչ միայն ծրագրային ապահովում ենք օգտագործում ինտերնետի միջոցով ամպային ծառայություններ մատուցողներից, ինչպիսիք են Salesforce-ը, AWS-ը և, իհարկե, VMware-ը, այլև համաշխարհային ձեռնարկությունների մեծ մասն այժմ մշակում է իրենց սեփականը` օգտագործելով ամպային բնօրինակ հավելվածները: Այսօր մենք կարող ենք վիճել դա ամպ ծրագրակազմը ուտում է աշխարհը, կամ գուցե կերակրում է նրան:
Համաճարակը զարգացման այս միտումը գերլարեց՝ դարձնելով այն բացարձակ անհրաժեշտություն՝ հաճախորդների արդյունքների մատուցումը հեռավոր վայրերից, հաճախ ծրագրային ապահովման միջոցով:
Մեր հաճախորդների ստեղծած հավելվածները, ինչպիսիք են այն հավելվածները, որոնք կապում են երեխաների խնամքը կարիքավոր ծնողների հետ, կամ օգտագործում են արհեստական ինտելեկտը՝ վարկեր հաստատելու համար՝ առանց հաճախորդի բանկ մտնելու, օգնեցին մեզ բոլորիս մնալ ջրի երեսին վերջին մի քանի տարիների ընթացքում: Սրանք անհրաժեշտ առաջընթացներ էին, որոնք մշակվել էին հրատապության մեջ, բայց այն հմտություններն ու տեխնոլոգիաները, որոնք մենք ձեռք ենք բերել ճանապարհին, կպահպանվեն դիմակներից և սոցիալական հեռավորությունից դուրս:
Դիտեք VMware Multi-Cloud ճեպազրույցը՝ արդյունաբերության, գործընկերների և հաճախորդների տեսակետների համար՝ խաչաձեւ ամպային աբստրակցիայի վերաբերյալ:
Multi-Cloud և Abstraction-ի դերը
Զարմանալի է, թե ինչ են մատուցել մեր հաճախորդները ամպի ծրագրային ապահովման միջոցով: Այն, ինչ մենք հիմա տեսնում ենք, գրեթե ամենուրեք է երկու ճակատով.
- Նոր հավելվածների 95%-ը մշակվում է կոնտեյներներով2, և Kubernetes-ը կազմակերպում է այս հավելվածների հիմքում ընկած ենթակառուցվածքի մեծ մասը
- Կազմակերպությունների 75%-ն ունի բազմաբնույթ ամպային ճարտարապետություն՝ երկու կամ ավելի հանրային ամպերով իրենց կիրառությունների համար
Սա ծանոթ էվոլյուցիա է և ՏՏ ոլորտում կրկնվող մարտահրավեր: Հիշու՞մ եք, երբ մենք ունեինք բազմաթիվ ֆիզիկական ծառայություններ, պահեստավորման զանգվածներ և ցանցային սարքեր, որոնք ինքնուրույն էին գործում տվյալների կենտրոնում: Այդ բարդությունը ստեղծեց վերացականության մի շերտ՝ վիրտուալիզացիա, որը թույլ տվեց մեզ ստիպել այդ բոլոր բաղադրիչները միասին աշխատել որպես մեկ:
Քանի որ վիրտուալիզացիան զարգացավ՝ ավելացնելով ավտոմատացում և ըստ պահանջի, ինքնասպասարկման հասանելիություն ենթակառուցվածքային ռեսուրսներին, դուռը բացվեց ստեղծելու այն, ինչ մենք հիմա գիտենք որպես IaaS և հիպերմաշտաբային ամպային մատակարարների դարաշրջան, ինչպիսիք են AWS-ը, Google Cloud-ը և Azure-ը:
Քանի որ շատ կազմակերպություններ այժմ օգտագործում են բազմաթիվ ամպային մատակարարներ իրենց ենթակառուցվածքի համար, մենք վերադառնում ենք բարդության նմանատիպ օրինակին: Մշակողների համար յուրաքանչյուր ամպային մատակարար ունի եզակի միջերեսներ և API-ներ, որոնք ավելացնում են դժվարությունները և դանդաղեցնում դրանց թողարկման տեմպերը: Օպերատորները բախվում են նմանատիպ մարտահրավերի, երբ յուրաքանչյուր լրացուցիչ ամպ մեծացնում է իրենց ճարտարապետության բարդությունը, մասնատում է անվտանգությունը, կատարողականի օպտիմալացումը և ծախսերի կառավարումը:
Այսպիսով, այս բազմաբնույթ ամպային ճարտարապետությունն ունի լավագույնը յուրաքանչյուր ամպից, բայց ևս մեկ անգամ այն բարդ է:
Բազմակի ամպի բարդության լուծում՝ ավելի մեծ շարժունության և արագության համար
Մենք վերացականության գագաթնակետին ենք, և այս բարդության լուծումները սկսում են առաջանալ: Դա պայմանավորված է նրանով, որ մշակողները չեն ցանկանում մտածել իրենց հիմքում ընկած ենթակառուցվածքի մասին՝ կա՛մ կոնտեյների մակարդակի, կա՛մ ամպի վրա, որի վրա աշխատում են: Միևնույն ժամանակ, օպերատորները ցանկանում են հետևողական տեսանելիություն տեղակայումների, ծախսերի և անվտանգության կոնֆիգուրացիաների նկատմամբ յուրաքանչյուր ամպի համար:
Այս կարիքները բավարարելու համար պահանջվում են ծրագրային ինտերֆեյսներ, որոնք գործում են ամպերի միջով` վերացնելով հիմքում ընկած բազմաամպային ենթակառուցվածքի բարդությունը: VMware-ում մենք աբստրակցիոն այս շերտն անվանում ենք խաչաձև ամպ, ինչպես և մեր արդյունաբերության որոշ գործընկերներ, ինչպիսիք են Snowflake-ը:3.
Օրինակ՝ մեր Cross-Cloud ծառայություններից մեկը՝ VMware Tanzu-ն, սպասարկում է ինչպես մշակողներին, այնպես էլ օպերատորներին ժամանակակից հավելվածների մշակման ամպի մեջ: Մշակողները կարող են ստուգել իրենց ծածկագիրը՝ առանց երբևէ դիպչելու հիմքում ընկած ենթակառուցվածքին, որն անջատված է իրենց զարգացման գործիքներից և ձևանմուշներից: Այնուհետև օպերատորները տեղակայում են իրենց ամպային-ագնոստիկ աբստրակցիայով բազմաբնույթ ամպի վերևում: Tanzu-ի միջոցով նրանք կարող են կառավարել, վերահսկել և ապահովել Kubernetes կլաստերները նույն կերպ՝ ցանկացած ամպի համար:
«Իրոք, սրա ամենալավ մասն այն է, որ իմ մշակողների թիմը իրականում որևէ տարբերություն չգիտի OpenStack-ի և AWS-ի գնալու միջև: Մշակողի փորձը գրեթե նույնն է»: – Գրեգ Մեյեր, Cerner-ի տնօրեն և վաստակաշատ ինժեներ
Այս աբստրակցիաների շնորհիվ ծրագրավորողները ավելի արագ են շարժվում՝ հաշվի առնելով հաճախորդների կարիքները և կյանքի կոչելով նոր գաղափարներ, որոնք խթանում են ձեր կազմակերպության աճը: Եվ դուք կարող եք գործարկել ամպային ենթակառուցվածքը կայուն, շարունակաբար օպտիմալացված գնով:
Ամպային այս կամ այն մատակարարի ընտրությունն այլևս կարիք չունի ՏՏ-ի համար լրացուցիչ բարդություն մտցնելու համար: Փոխարենը, դուք կարող եք կենտրոնանալ այն գաղափարների վրա, որոնք բարելավում են ձեր հաճախորդների փորձը և խթանում աճը՝ հիմնված ձեր ընտրած ցանկացած ամպի վրա: Բազմաֆունկցիոնալ ամպի բարդությունից հեռացնելով՝ դուք կարող եք հասնել բիզնեսի շարժունության նոր մակարդակի:
Ավելին իմանալու համար անցեք մեր Multi-Cloud ճեպազրույց, որտեղ ես քննարկում եմ այս հայեցակարգը ոլորտի փորձագետների և մեր մեծ հաճախորդներից մեկի հետ:
Աղբյուր՝ https://www.forbes.com/sites/vmware/2022/01/28/how-can-you-respond-to-customer-needs-and-get-ideas-into-market-faster-evolve- քո-աբստրակցիաները/