Açıq mənbə yanaşması ilə vendor lock-in-dən qaçmaq: tərtibatçı baxışı

Şirkətin texnoloji təchizatçılardan nə qədər asılı olması məsələsi arxitektura müzakirələrindən çıxıb büdcə və uyğunluq gündəminə keçib. The New Stack-də SUSE dəstəyi ilə dərc olunan təhlildə müəlliflər iddia edirlər ki, vendor lock-in nadir hallarda tək pis qərarla başlayır, o, çoxsaylı məqbul qərarların yığılmasından yaranır.

Lock-in əslində nəyə başa gəlir

Problem üçüncü tərəf məhsullarından istifadə deyil, çünki hər istehsal sistemi təchizatçılardan asılıdır. Problem sökülməsi çox baha və ya praktik olaraq mümkünsüz olan asılılıqdır: platforma komandasında o, API-lərdə, müqavilələrdə, inkişaf planlarında, kimlik sxemlərində və verilənlər modellərində toplanır.

Ən təhlükəlisi heç kimin yoxlamadığı asılılıqlardır: idarə olunan verilənlər bazası mülki uzantılar qazanır və tətbiq kodu onları fərz etməyə başlayır, Kubernetes mühiti isə bir buludun IAM və şəbəkə modelinə bağlanır. Birlikdə onlar çıxış qiymətini artırır; xərc sonradan tələsik miqrasiya, xidmət fasilələri və yenidən təlim kimi üzə çıxır.

Açıq lisenziyalar və qaydaları kimin dəyişə bilməsi

Açıq mənbə bu testdən yaxşı keçir, çünki sistemləri yoxlana bilən, köçürülə bilən və dəyişdirilə bilən saxlamaq üçün qurulub; müəlliflər yenə də zəmanətin olmadığını vurğulayırlar: açıq təməl üzərində də sıx asılılıq qurmaq mümkündür. Lisenziya isə bir şeyi dəyişir: şərtləri kimin dəyişə biləcəyini. Linux nüvəsi müəllif hüquqlarının ötürülməsini tələb etmir, ona görə birləşdirilmiş kod ilk sahibində qalır və nüvənin minlərlə sahibi var. Kubernetes Apache 2.0 lisenziyası ilə yayılır və Cloud Native Computing Foundation tərəfindən idarə olunur, buna görə heç bir təchizatçı artıq verilmiş açıq hüquqları geriyə dönməklə ələ ala bilməz.

Terraform-dan OpenTofu-ya keçid bunu göstərir. 2023-cü ildə HashiCorp Terraform-un lisenziyasını Mozilla Public License 2.0-dan Business Source License 1.1-ə dəyişdi, icma son açıq mənbə kod bazasını fork edərək OpenTofu yaratdı; bu gün OpenTofu Linux Foundation layihəsidir və MPL 2.0 altında qalır.

Rəqəmsal suverenlik və 52% boşluğu

Təşkilatın infrastruktur, məlumat və texnoloji seçimlərinə nə qədər nəzarət etdiyini bildirən rəqəmsal suverenlik eyni sualları təcili edir. Materialda istinad edilən SUSE araşdırması göstərir ki, demək olar bütün müəssisələr rəqəmsal suverenliyi prioritet sayır, lakin yalnız 52%-i bu istiqamətdə real addım atır.

Müəlliflər suverenliyi ayrı uyğunluq sahəsi deyil, arxitekturanın xassəsi kimi təqdim edirlər: köçürülə bilən yüklər, təmiz interfeyslər, təkrarlana bilən yerləşdirmə və yoxlanıla bilən davranış qaydalar olmadan da investisiyaya dəyər.

Yoxlanmalı dörd bacarıq

Geri dönüşlülük dörd bacarığa endirilir: stekin hər qatı üzərində real nəzarət, proqramın nə etdiyini müstəqil yoxlamaq imkanı, müntəzəm miqrasiya testləri ilə ölçülən çıxış sürəti və uyğunluq tələbi ya təchizatçının planları dəyişdikdə istiqaməti dəyişmək bacarığı.

Nəticə aydındır: hər platformanın əsl dəyəri ondan çıxma xərcini də əhatə edir və bu xərc öhdəlik götürülməzdən əvvəl bilinməlidir.