Yazılımın çıkış planını başlangıçta belirlemek

Bir yazılım seçilirken hazırlanan çıkış planı, ileride hangi değişikliğin mümkün olması gerektiğini belirtmelidir. Yeni bir geliştirme ekibi, yeni bir barındırma ortamı ve bağlı hizmetlerin tamamen değiştirilmesi farklı işlerdir. Bu sınırı erken belirleyen işletme, hangi bağımlılıkları kabul edeceğini ve hangi kanıtları isteyeceğini bilinçli seçebilir.

Açık kaynak kod dış bağımlılıkları ortadan kaldırmaz

OSI’nin Açık Kaynak Tanımı’na uygun bir lisans, kaynak koda erişimin yanında değişikliklerin ve türetilmiş çalışmaların dağıtılabilmesini de kapsar. Bu, barındırılan bir arama hizmetinin, şirket hesabının veya orada saklanan belgelerin otomatik olarak devralınacağı anlamına gelmez.

Kurgusal P-18 portalında uygulama kodu açık kaynak lisanslıdır. Asıl belgeler ayrı bir dosya deposunda, kişilerin projelerle eşlemesi uygulamada, arama indeksi ise yönetilen bir hizmettedir. Yeni bir geliştirici kodu değiştirebilir. Sağlayıcı değiştiğinde portalın aynı belgeleri aynı erişim kurallarıyla bulup bulamayacağı ayrı bir sorudur.

Satın alma öncesinde geçiş kapsamını ayırın

Bu örnekte üç hedef düşünülebilir. Tablo, yapılmış bir geçişi değil, beklenen kanıtları gösterir.

Kopyalanmış bir arama indeksi, asıl belgelerin ve eşlemelerinin yerini otomatik olarak tutmaz. Yeniden kurulumda metnin, sabit belge kimliklerinin ve erişim haklarının nereden geleceği belli olmalıdır. Yalnızca eski hizmetin okuyabildiği bir indeks biçimi de başka bir arama hizmeti için kullanılabilir bir devir kanıtı değildir.

Bilinçli korunan bir bağımlılık yararlı olabilir

Yönetilen bir hizmetin faydası, ilerideki geçiş yükünü haklı çıkarabilir. Birleşik Krallık’ın teknik sağlayıcı bağımlılığı rehberi, geçiş yükünün mevcut hizmette kalmanın faydasıyla karşılaştırılmasını önerir. Açık biçimleri ve ekipte gerekli bilginin bulunmasını da ele alır.

Tablonun ikinci durumunda arama hizmetini kullanmayı sürdürmek uygun olabilir. O zaman hesabı kimin yönettiği, kimin erişim verebildiği ve geçişten sonra hizmetle kimin ilgileneceği açık olmalıdır. Bu hizmet de değiştirilebilecekse veriye erişim ve alternatifin sınanması ek kapsama girer. “Açık kaynak” etiketi bu kararı kendiliğinden vermez.

Seçilen kapsamı iş tanımına yazın

Bu örnek için somut bir anlaşma şöyle olabilir: “Uygulama başka bir barındırma ortamına taşınabilmelidir. Belge deposu ve arama hizmeti şirket hesaplarımızda kalır. Hedefte, izinli bir belgenin açılması ve aynı belgenin kısıtlı bir role kapalı olması sınanır.”

Böylece korunan bağımlılık görünür olur ve kontrol somut bir göreve bağlanır. Daha sonra ürünün tamamen değiştirilmesi gerekirse hangi ek verilerin, arayüzlerin ve bilgilerin eksik olduğu belirlenebilir. Sistem değiştikçe çıkış planı da güncel tutulmalıdır.

Kaynaklar

• OSI — The Open Source Definition

• GOV.UK — Managing technical lock-in in the cloud