Ինչպես խուսափել vendor lock-in-ից բաց կոդով. ծրագրավորողի տեսանկյունը

Թե որքանով է ընկերությունը կախված տեխնոլոգիական մատակարարներից, վաղուց դուրս եկավ զուտ ճարտարապետական քննարկումներից և տեղափոխվեց բյուջեի ու համապատասխանության օրակարգ։ The New Stack-ում SUSE-ի աջակցությամբ հրապարակված վերլուծության հեղինակները պնդում են, որ vendor lock-in-ը հազվադեպ է սկսվում մեկ սխալ որոշումից, այն կուտակվում է բազմաթիվ խելամիտ որոշումներից։

Ինչ արժե lock-in-ը իրականում

Խնդիրը երրորդ կողմի ապրանքների օգտագործումը չէ, քանի որ ցանկացած արտադրական համակարգ կախված է մատակարարներից։ Խնդիրը այն կախվածությունն է, որի ապամոնտաժումը չափազանց թանկ է կամ գործնականում անհնար. պլատֆորմային թիմում այն կուտակվում է API-ներում, պայմանագրերում, զարգացման ծրագրերում և տվյալների մոդելներում։

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

Բաց լիցենզիաներ և նրանք, ովքեր կարող են փոխել կանոնները

Բաց կոդը լավ է անցնում այս թեստը, որովհետև ստեղծված է համակարգերը ստուգելի, տեղափոխելի ու փոխարինելի պահելու համար, սակայն հեղինակները շեշտում են, որ երաշխիք չկա. խիստ կապվածություն կարելի է կառուցել նաև բաց հիմքի վրա։ Լիցենզիան այնուամենայնիվ փոխում է մի բան. թե ով իրավունք ունի վերաշարադրել պայմանները։ Linux-ի միջուկը հեղինակային իրավունքների փոխանցում չի պահանջում, ուստի միաձուլված կոդը պահում է սկզբնական սեփականատիրոջը, և միջուկն ունի հազարավոր սեփականատերեր։ Kubernetes-ը տարածվում է Apache 2.0 լիցենզիայով և կառավարվում է Cloud Native Computing Foundation-ի կողմից, ուստի ոչ մի մատակարար չի կարող հետադարձ կերպով խլել արդեն տրված իրավունքները։

Terraform-ից OpenTofu անցումը դա ցույց է տալիս գործնականում։ 2023 թվականին HashiCorp-ը Terraform-ի լիցենզիան MPL 2.0-ից փոխեց Business Source License 1.1-ի, և համայնքը վերջին բաց տարբերակը պատառաքաղեց որպես OpenTofu՝ այժմ Linux Foundation-ի նախագիծ MPL 2.0-ի ներքո։

Թվային ինքնիշխանություն և 52% անջրպետը

Թվային ինքնիշխանությունը՝ վերահսկողությունը ենթակառուցվածքի, տվյալների ու տեխնոլոգիական ընտրությունների վրա, այս հարցերը դարձնում է հրատապ։ Նյութում վկայակոչված SUSE-ի հետազոտության համաձայն՝ գրեթե բոլոր ձեռնարկությունները դա համարում են առաջնահերթություն, սակայն միայն 52%-ն է իրական քայլեր անում։

Հեղինակները ինքնիշխանությունը ներկայացնում են որպես ճարտարապետության հատկություն, ոչ թե առանձին համապատասխանության ուղղություն. տեղափոխելի ծանրաբեռնվածությունները, մաքուր ինտերֆեյսները և ստուգելի վարքագիծը ներդրումի արժանի են նաև առանց կանոնակարգերի։

Չորս ունակություն՝ ստուգելու համար

Շրջելիությունը իջեցվում է չորս ունակության. իրական վերահսկողություն ստեկի յուրաքանչյուր շերտի վրա, ինքնուրույն ստուգելու հնարավորություն, ելքի արագություն, որը չափվում է կանոնավոր թեստերով, և ուղղությունը փոխելու ունակություն, երբ փոխվում են կանոնակարգերն ու մատակարարի ծրագրերը։

Եզրակացությունը հստակ է. ցանկացած պլատֆորմի իրական գինը ներառում է նաև դրանից դուրս գալու արժեքը, և այդ արժեքը պետք է հասկանալ մինչև պարտավորություն ստանձնելը։