Gitpod թե GitHub Codespaces․ սեփական ենթակառուցվածքը փոխում է ամպային IDE-ի ընտրությունը

Եթե թիմի պահոցները GitHub-ում են և սեփական ենթակառուցվածքում գործարկելու պահանջ չկա, GitHub Codespaces-ը ամենաուղիղ ընտրությունն է․ GitHub-ի Codespaces-ի էջը նկարագրում է միջավայրի բացումը պահոցից կամ pull request-ից։ Եթե կոդը պետք է գործարկվի կազմակերպության սեփական VPC-ում, նախկին Gitpod-ի՝ այժմ Ona-ի Enterprise լուծումն է համապատասխանում այդ պահանջին․ Ona Enterprise-ի նկարագրությամբ զարգացման միջավայրերն աշխատում են հաճախորդի ամպային ենթակառուցվածքում։

Ona-ի ամպային տարբերակի հասանելիությունն առանձին հարց է։ Ona-ի փակման հայտարարության համաձայն՝ Ona Cloud-ում նոր գրանցումները դադարեցված են, իսկ գործող օգտատերերի ծառայությունը կփակվի 2026 թվականի հոկտեմբերի 31-ին։ Հայտարարությունը վերաբերում է Ona Cloud-ին. սեփական VPC-ում Enterprise տեղակայման պայմանները պետք է ճշտել մատակարարի հետ։

Պահոցի տեղը որոշում է մեկնարկի ճանապարհը

GitHub-ում աշխատող թիմը կարող է Codespaces միջավայր բացել հենց այն պահոցից, ճյուղից կամ pull request-ից, որի վրա աշխատում է։ Սա հատկապես հարմար է, երբ նոր աշխատակիցը կամ պայմանագրային մշակողը պետք է արագ անցնի կոնկրետ առաջադրանքի. պահոցի հասանելիությունն ու զարգացման միջավայրի մեկնարկը կազմակերպվում են նույն հարթակում։ Այդ պարզությունը կախված է GitHub-ից՝ որպես նախագծի հիմնական հյուրընկալողի։

Ona-ի առավելությունը հայտնվում է, երբ պահոցները բաժանված են տարբեր ծառայությունների միջև։ Ona-ի Git ինտեգրումների փաստաթուղթը թվարկում է GitHub-ը, GitLab-ը, Bitbucket Cloud-ը և Azure DevOps-ը։ Bitbucket-ի դեպքում նշված է հենց Cloud տարբերակը. այլ տեղակայման համար նույն աջակցությունը ենթադրել չի կարելի։ Enterprise runner-ի ադմինիստրատորն ընտրում է թույլատրելի մատակարարներն ու նույնականացման եղանակները, իսկ յուրաքանչյուր մշակող առանձին է լիազորում իր պահոցի հասանելիությունը։

Այս տարբերությունը միայն խմբագրիչը բացելու կոճակի մասին չէ։ Երբ նախագծերը տարբեր Git մատակարարների մոտ են, թիմին պետք է նույն կարգով տրամադրել կախվածությունները, ներքին ծառայությունների հասանելիությունը և գաղտնիքները՝ անկախ պահոցի գտնվելու վայրից։ Ona-ի ճկունությունը լուծում է մատակարարների բազմազանության խնդիրը, բայց պահանջում է կարգավորել համապատասխան ինտեգրումներն ու թույլտվությունները։ Միայն GitHub օգտագործող թիմի համար այդ լրացուցիչ աշխատանքը կարող է որևէ օգուտ չտալ։

Խմբագրիչն ու պատրաստ միջավայրը

Վերարտադրելիությունը կախված է նախագծի կազմաձևումից, ոչ թե միայն ծառայության անունից։ Codespaces-ը միջավայրի գործիքներն ու կախվածությունները կարող է վերցնել պահոցում պահվող Dev Container կազմաձևումից։ Ona Environments-ը նույնպես աշխատում է նախապատրաստված զարգացման միջավայրերով և թույլ է տալիս շարունակել աշխատանքը բրաուզերային VS Code-ում կամ սեղանադիր խմբագրիչում։ Երկու դեպքում էլ թիմին պետք է որոշել, թե որ գործիքներն են մտնում ընդհանուր միջավայրի մեջ, իսկ որոնք են մնում մշակողի անձնական կարգավորումներում։

Խմբագրիչի ընտրությունը կարևոր է այն թիմում, որտեղ բոլորը VS Code չեն օգտագործում։ Codespaces-ին կարելի է միանալ բրաուզերից կամ տեղական խմբագրիչից, իսկ Ona-ն առաջարկում է իր միջավայրին հեռակա կապով աշխատելու տարբերակ։ Հետևաբար համեմատության առարկան պարզապես աջակցվող խմբագրիչների ցանկը չէ. նույն նախագծի համար պետք է հաշվի առնել ընդլայնումների, ինդեքսավորման և հեռակա կապի վարքը թիմի իրական աշխատանքային գործիքներում։

Նույնպես զգուշությամբ պետք է վերաբերվել մեկնարկի արագության ընդհանուր թվերին։ Նախապես հավաքված միջավայրը կարող է կրճատել սպասումը, սակայն նոր պահոցի առաջին գործարկումը, մեծ կախվածությունները և ներքին ցանցից ներբեռնումները փոխում են արդյունքը։ Մեկ ծառայության նախապատրաստված միջավայրը մյուսի սառը մեկնարկի հետ համեմատելը հավասար պայմաններով փորձարկում չէ։ Այս ընտրության համար ավելի օգտակար են հենց տվյալ նախագծի կազմաձևումն ու գործարկման պայմանները։

Որտեղ են աշխատում կոդն ու գաղտնիքները

Սեփական VPC-ի պահանջը ընտրության ամենակոշտ սահմանն է։ Codespaces-ը GitHub-ի կառավարվող ծառայություն է և սեփական ենթակառուցվածքում տեղակայելու տարբերակ չունի։ Ona Enterprise-ի միջավայրերը գործարկվում են հաճախորդի ամպային սահմաններում, որտեղ կազմակերպությունը կարող է կիրառել իր ցանցային և մուտքի կանոնները։ Ona-ի սեփական runner-ի դեպքում պահոցի կոդն ու դրա հասանելիության տվյալները մնում են հաճախորդի ենթակառուցվածքում, իսկ կառավարման շերտը չի ստանում Git մատակարարի հավատարմագրերը։

Կարգավորվող ոլորտում սա կարող է վճռորոշ լինել, եթե ներքին պահանջը սահմանում է ոչ միայն տվյալների պահման, այլև կոդի կատարման վայրը։ Միևնույն ժամանակ սեփական VPC-ն ինքնաբերաբար չի լուծում համապատասխանության բոլոր հարցերը. պայմանագիրը, աուդիտի գրանցումները, գաղտնիքների փոխանցումը և մատակարարի կառավարման հասանելիությունը նույնպես պետք է տեղավորվեն կազմակերպության կանոններում։ Այդ պահանջների կատարումը գնահատվում է կոնկրետ տեղակայման համար։

Սեփական ենթակառուցվածքը նաև գործառնական պարտավորություն է։ Անհրաժեշտ են ամպային հաշիվ, ցանցային կապեր, բավարար հաշվարկային հզորություն և դրա ծախսի վերահսկում։ Եթե թիմն արդեն կառավարում է այդ հիմքը, Ona Enterprise-ը կարող է օգտվել գործող կանոններից։ Եթե այդ հիմքը դեռ պետք է կառուցել, GitHub-ի կառավարվող Codespaces-ը փոքրացնում է ներդրման կազմակերպչական բեռը՝ պայմանով, որ կոդի գործարկման վայրը համապատասխանում է պահանջներին։

Ինչպես համեմատել ծախսը

Codespaces-ի համար հաշվարկի ելակետը պարզ է։ GitHub-ի վճարման փաստաթղթում երկմիջուկ մեքենան արժե $0.18 մեկ ակտիվ ժամի համար, չորսմիջուկը՝ $0.36, իսկ պահեստավորումը՝ $0.07 մեկ ԳԲ-ամսվա համար։ Նախապատրաստված միջավայրերի ստեղծումն օգտագործում է նաև GitHub Actions-ի րոպեներ, և դրանց պահեստը նույնպես հաշվարկվում է։ Կազմակերպությունների ու ձեռնարկությունների հաշիվների համար անձնական հաշվի անվճար քվոտան չի կիրառվում։

Նույն սակագինը կարելի է արտահայտել որպես $0.09 մեկ միջուկ-ժամի համար։ Պայմանական օրինակով՝ չորսմիջուկ միջավայրի ամսական 80 ակտիվ ժամը մեկ մշակողի համար տալիս է $28.80 հաշվարկային ծախս, իսկ նույն ծանրաբեռնվածությամբ տասը մշակողինը՝ $288։ Դրան պետք է ավելացնել պահեստն ու, կիրառվելու դեպքում, նախապատրաստման ծախսը։ Այս թվերը բյուջեի օրինակ են, ոչ թե երկու ծառայությունների կատարողականության համարժեքության չափում։

Ona Enterprise-ի դեպքում համեմատությունը պետք է ներառի հաճախորդի ամպային ռեսուրսները և մատակարարի առաջարկի պայմանները։ Երկու տարբերակի համար օգտագործեք նույն նստատեղերի թիվը, միջավայրերի ակտիվ ժամերը, միջուկների քանակը և պահեստի ծավալը։ Եթե Enterprise պայմանագրում կա նստատեղի վճար կամ նվազագույն պարտավորություն, այն գումարվում է ենթակառուցվածքի արժեքին։ Միայն ժամային սակագին համեմատելը թաքցնում է սեփական տեղակայման ընդհանուր ծախսը։

Ընտրությունը ըստ թիմի իրավիճակի

• Միայն GitHub օգտագործող թիմ. Codespaces-ը տրամաբանական մեկնակետ է, երբ պահոցներն ու մուտքի կառավարումն արդեն GitHub-ում են, և կազմակերպությունը ընդունում է GitHub-ի կառավարվող գործարկումը։
• GitLab կամ Bitbucket Cloud. Ona-ի բազմամատակարար ինտեգրումը համապատասխանում է այդ պահոցներին։ Bitbucket-ի այլ տեղակայման և Enterprise հասանելիության պայմանները պահանջում են առանձին ճշտում։
• Կարգավորվող ոլորտ կամ սեփական VPC. Ona Enterprise-ը համապատասխանում է կոդի կատարման սահմանը հաճախորդի ենթակառուցվածքում պահելու պահանջին, եթե թիմը պատրաստ է կառավարել տեղակայումը։
• Պայմանագրային մշակողների հաճախակի ներգրավում. GitHub-ում գտնվող նախագծի համար Codespaces-ը կարճացնում է մուտքը կոնկրետ պահոցից դեպի պատրաստ միջավայր։ Տարբեր Git մատակարարների և սեփական ցանցային կանոնների դեպքում Ona-ի ճկունությունն ավելի մեծ կշիռ ունի։

Կարդացեք նաև:

• GitHub Actions-ի ամպային բանալիները փոխարինեք մեկ job-ի OIDC token-ով
• Firefox թե Chrome․ արագությունից առաջ ընտրությունը փոխում է tracking-ի լռելյայնը
• Clockify թե Toggl Track․ հինգ անվճար տեղը երեքի դեմ փոխում է ընտրությունը