Açık kaynaklı yazılıma doğrudan atfedilebilecek kayda değer iş felaketleri örnekleri var mı? [kapalı]

"Kurumsal" ortamlarda, özel yazılıma karşı güçlü bir önyargı gördüm. Java kullanan büyük işletmelerde bile, MySQL veya PostgreSQL bulmak alışılmadık bir durum değildir ve WebSphere ve WebLogic, JBoss veya Tomcat'tan daha çok tercih edilmektedir.

Bu çok anlaşılabilir bir durum. Birçok geliştirici Tomcat veya Postgres'i WebSphere veya Oracle DB'ye tercih ederken, bu konularda son kararları verenler değildir. Üretimde hangi DB'lerin ve uygulama sunucularının kullanılacağına karar veren kim olursa olsun, gerçekten, gerçekten kötü olan bir şeye neden olan özgür yazılımı seçmek için işten çıkarılmaya kıyasla lisans ücretlerinin oldukça küçük göründüğünü görecektir.

Postgres'in Oracle kadar iyi olup olmadığı sorusunu sormuyorum. Konu o değil. Oracle, Postgres'ten dikkatlice bir dizi özellik ve kıyaslama değerlendirmesinden sonra seçilmemiştir. Postgres sohbete girmiyor, çünkü bazı yerlerde özgür yazılım güvenilir değil.

Herhangi bir özel olaya cevaben bu güven eksikliğinin ortaya çıkıp çıkmadığını merak ediyorum. Öyleyse benim sorum şu: Açık kaynaklı yazılımdaki eksikliklerin sonucu olarak ortaya konan herhangi bir belgelenmiş ticari felaket vakası (başarısızlıklar, önemli gelir kaybı, önemli kurumsal veri kaybı, vb.) Var mı?

Açıklama: OSS'yi tamamen benimseyen, kurumsal düzeydeki şirketlerle ilgili deneyime sahipseniz, konuyla ilgili önyargılı olmak, ancak özel durumun gereksinimlerine göre seçimler yapmak zorunda kalırsanız , o zaman Sizin için iyi! Deneyiminiz, diğer kurumsal şirketlerin çok farklı bir tavır sergilediği gerçeğini değiştirmiyor ve bu şirketler azınlıkta olsalar bile sorum geçerli.

Bazı önyargılar var mı, evet, belki bazı durumlarda. Ancak büyük kuruluşlar için bu, pahalı tescilli uygulama sunucularına ve diğer pahalı yazılım paketlerine giden yol, onlara nadiren düşündükleri bazı avantajlar ve menkul kıymetler vermiştir.

1) Destek : Genellikle büyük bir şirketin milyon dolarlık bir yazılımı varsa, destek sözleşmeye dahil edilir. Uygulama desteğine sahip olmanın avantajlarına dalmam gerekmiyor.

2) Kaldıraç : Pahalı özel yazılım, özellikle niş yazılım daha az müşteriye ve bağımsız kullanıcıya sahiptir. Büyük bir kurumsal müşteri bir sözleşmeyi yenilememeye karar verirse, satıcının alt satırını ciddi şekilde etkileyebilir. Birçoğu bu kaldıraç özelliğini, açık kaynaklı yazılıma etkileyemeyecekleri özellikleri ve düzeltmeleri zorlamak için kullanıyor. Açık kaynak argümanı, büyük kuruluşun projeye herkesin yararı için kendi değişikliklerini ve özelliklerini katkıda bulunabileceğini, ancak bunun geliştiricilerin kaçınmaya çalıştıkları zamanı içereceğini belirtir.

3) Güvenlik : Ve şifreleme, güvenlik duvarları ve benzeri şeyleri kastetmiyorum. Açık kaynaklı projeler gelir ve gider, bazıları yaygın olarak desteklenir ve tescilli yazılımı aşar. Birçoğu başarısız ya da zamanla katkıda bulunanları kaybediyor. Yol boyunca 20 yıl boyunca bu yazılımla sıkışmışlarsa, açık kaynak topluluğu bunu desteklemeye devam edecek mi? Özel bir yazılımla, bir müşteri olarak ödediğiniz para, onu ödemeye devam ettiğiniz sürece satıcının işinde kalmasını teşvik eder.

Şirketlerimde açık kaynağın patladığı bir hikâyeye gelince, açık kaynaklı olan ORM haritalayıcısının nadiren duyulan başlattığı uzun süredir devam eden bir proje. Proje, ana katılımcı öldüğünde ya da bir şey olarak durduktan sonra, şirket, özel bir kütüphaneye taşınmak için pahalı bir yeniden düzenleme çabası bıraktı. Olur ve bu tür senaryolar büyük şirketlerin saçmalıklarını korkutur.

Açık Kaynaklı bir ürün kullanmanın sonucu olan hiçbir problem duymadım. Endişenin nedeni, bazı tarihsel başarısızlıklardan değil, başka bir şeyden kaynaklanıyor.

Bazı işler için ticari bir ürün kullandığınızda ve bir şeyler ters gittiğinde, genellikle destek için arayabileceğiniz birisine sahip olursunuz. Bu kişi (ve şirket) genellikle sorunu çözmenize yardımcı olma konusunda kazanılmış bir ilgiye sahiptir, çünkü yardım etmezlerse onlara para vermekten vazgeçeceğiniz bir tehdit vardır.

Açık kaynaklı bir ürünle kimi arayabilir veya irtibata geçebilirsiniz? Topluluk? Onlara ürünün kullanımı için hiçbir şey vermediğinizden, almak için tehdit edebileceğiniz hiçbir şey yoktur. Bir rapor sunabilir ve bir sonraki sürümde düzeltilmesi umuduyla, ancak kendi zamanlarına gönüllü olan korkunç bir insan topluluğuna bir aciliyet duygusu iletmek çok zordur .

Bu yüzden, açık kaynaklı ürün, ticari bir alternatiften çok daha üstün olabilir, ancak en azından benim deneyimime göre, eğer bir şeyler ters giderse, beklenmedik durumları planlamak zorunda olduğunuz kurumsal bir ortamda, destek almak için kimseye sahip olmamak büyük bir anlaştık mı.

Bu her zaman gördüğüm engel.

Oracle gibi şirketlerin diğer "kar amacı gütmeyen" şirketlere karşı daha zevkli olduklarından şüpheleniyorum; bir kuruluşun, bir kar amacı güdüsü olmadan Oracle kadar iyi bir ürün ortaya koyabileceğini hayal edemezler. Tabii ki, PostGres tamamen kar amacı gütmemektedir; Size destek satacak bir servis sağlayıcı ekosistemi mevcut.

Herhangi bir ürünün Aşil topuğunun ne olduğunu gerçekten bilmek istiyorsanız, "[ürünün adı] emmek" için bir Google araması yapabilirsiniz. Oracle dahil olmak üzere herhangi bir ürün için çalışıyor. PostGres'in durumunda, bir kişinin bir test sunucusunda verinin kaybolduğu varsayımsal bir durumu tanımladığı Postgres DDL İşlem Denetimi Sucks'i buluyorsunuz . Tabii ki, yanlış kullanılması durumunda herhangi bir SQL veritabanında veri kaybetmek mümkündür.

Bütün bunlar, açık kaynaklı bir veri tabanı kullanmaya karar verdikleri için şirkete düşen gerçek felaketleri duymadım. Bu alanda mevcut olan yazılımın kalitesi oldukça iyidir, rakip olur ve (bazı durumlarda) ticari emsallerini aşar.

OSS argümanını risk faktörü olarak kabul etmek için, genellikle küçük ve orta ölçekli işletmelerin iflaslarında ana faktör olarak belirtilen SAP'nin karşı örneğini vermeyi seviyorum - burada bir örnek verilmiştir: http: //www.intl- spectrum.com/article/359/Migration_to_SAP_from_U2_Causes_Bankruptcy_of_Company.aspx

Bu, en büyük 10 kurumsal BT başarısızlığının bir listesi olduğunu iddia ediyor: http://www.computerworld.com/computerworld/records/images/pdf/44NfailChart.pdf

SAP ürünlerinin tanıtımlarını üç kez listeler.

Popüler olanı / yerleşik olanı kullanma ve daha az test edilmiş varsayılmış bir durum kullanma durumu. Apache kullandığı için kovulan var mı? Eminim çalışan birkaç web sitesi paranızın karşılığı olduğu için saldırıya uğradı, ancak Açık Kaynak veya kötü bir kurulumdan sorumlu olanları suçladılar mı? İronclad mülkiyet alternatifi nedir?

Soru bir çözümü savunma girişimidir, peki sorun ne? Şirketiniz açık kaynaklı yazılım kullanmak istemiyor ve istikrarsızlık iddiaları herhangi bir anekdot kanıtı ile kanıtlanmadı. Bir taraf projesi oluşturun ve yanlış olduklarını ispatlayın. Size lisans ücretlerinden tasarruf ettikleri parayı ödeyebilirler.

Çoğu şirket kötü haber yayınlamaz, bu yüzden sokaktan kirli halini alabiliyorsanız şanslısınız.