Açık kaynaklı yazılım (OSS) kullanımı patladı ve birçok şirket bunu altyapılarının temel taşı olarak kullanıyor. Ticari satıcı destekli yazılım satın alırken, satıcının ürünlerin yükseltme, bakım, entegrasyon ve desteğinden sorumlu olmasını bekleyebilirsiniz.
OSS rotasına giderek, artık durum böyle değil. Bunun yerine, farklı standartlar ve hedeflere sahip farklı varlıklar, bireyler veya topluluklar tarafından oluşturulan bileşenlerle etkileşime gireceksiniz. Örneğin, son Log4j güvenlik sorunu, milyarlarca dolarlık şirketleri yönlendirdi. talep etmek kendileriyle bir sözleşmeleri olduğu için proje sahiplerinden destek.
Firmaların OSS’yi üretimde sorunsuz kullanabilmeleri için birçok unsuru devreye sokmaları gerekiyor. İşte nasıl başlayacağınız.
Denetim
Bir OSS projesini kullanmayı taahhüt etmeden önce, tam bir denetimi tamamlamanız gerekir: Projede kaç katkıda bulunan var? Bunlar bireyler mi yoksa kuruluşlar mı? Çoğu OSS bakıcısı gönüllüdür ve katılım seviyeleri asla garanti edilmez.
Satıcılarla çalışarak, kullandığınız OSS araçlarının hiçbir yere gitmemesini sağlayarak açık kaynak alanına doğrudan katkıda bulunuyorsunuz.
Ayrıca projenin hızına da bakmanız gerekir. Örneğin, kaç tane açık özellik isteği veya hata bileti var? Topluluk ne kadar çabuk cevap veriyor ve onları itiyor? Amaç, projenin sürdürülmesini ve gelişmesini sağlamaktır.
Son olarak, gerçek kodu denetlemeniz gerekir. İyi belgelenmiş mi? İhtiyacınız olan kullanım senaryolarını ve ölçeği halledebilir mi? Yanlış projeyi seçmek uzun vadede maliyetli bir hata olabilir. Parlak OSS projelerine benzeyen şeyleri seçen sayısız büyüyen girişim, daha sonra, devam edemeyen projeleri devreden çıkarmak ve değiştirmek için muazzam çaba harcamak zorunda kaldı.
