Bergabunglah dengan buletin harian dan mingguan kami untuk pembaruan terbaru dan konten eksklusif tentang liputan AI terkemuka di industri. Pelajari lebih lanjut
Perusahaan perangkat lunak memiliki banyak keputusan untuk dibuat saat mereka bergerak melalui tahap membangun bisnis yang berkembang. Di antara banyak masalah yang akan diperdebatkan adalah apakah akan membuka sumber teknologi mereka atau tidak. Ini adalah keputusan besar, dan lisensi di sekitar open source menerima banyak perhatian di kalangan teknologi.
Bagian dari masalah ini adalah bahwa open source hadir dengan banyak pendapat yang kuat. Setiap kali perusahaan besar memutuskan untuk membatasi lisensi, bahkan jika itu karena alasan yang sah, mereka dapat menerima banyak reaksi (seperti hashicorp dan elastis yang dipelajari dalam beberapa tahun terakhir). Di sisi lain, teknologi luar biasa yang dirilis sebagai open source dapat dengan cepat mengumpulkan banyak dukungan dari komunitas Open-Source Software (OSS).
Tidak mudah bagi perusahaan untuk memutuskan jalur mana yang harus diambil. Perusahaan saya memilih untuk merilis pemindai keamanan asli cloud kami, Kubescape, sebagai open source melalui Foundation Cloud Computing Foundation (CNCF) Linux Foundation (CNCF), dan kami sangat senang dengan keputusan tersebut. Faktanya, Kubescape baru -baru ini dipromosikan untuk menginkubasi status proyek dan digunakan oleh ribuan perusahaan secara global. Secara keseluruhan, kami melihatnya sebagai manfaat bersih, tetapi kami dengan hati -hati menimbang pro dan kontra sebelum kami mengambil risiko. Ini jelas bukan sesuatu untuk diburu, jadi saya berbagi saran berdasarkan pengalaman kami.
Menghapus hambatan untuk adopsi open source
Tim DevOps memiliki banyak alasan bagus untuk enggan memperkenalkan kode baru ke dalam kelompok dan lingkungan mereka: itu bisa penuh dengan bug, merusak pengaturan keamanan mereka dan/atau mengacaukan konfigurasi yang ada. Kecuali Anda menawarkan solusi yang sepenuhnya SaaS dan tidak memerlukan instalasi berbasis agen / in-cluster / on-prem, Anda harus mengatasi keraguan ini dari DevOps.
Going Open Source dapat membantu dengan ini. Ini menandakan transparansi dan akuntabilitas, dan memberi tim kesempatan untuk memeriksa kode sambil menyumbangkan kode baru atau membuka masalah yang menjadikannya bagian dari proyek dan memberi mereka kemampuan untuk mempengaruhi peta jalannya. Mereka lebih cenderung mempercayai solusi yang mengundang mereka untuk memeriksa kode inti daripada yang meminta mereka untuk mempercayai kotak tertutup.
Kepercayaan ini diperkuat jika Anda menyumbangkan kode Anda ke yayasan yang memiliki kredibilitas dan basis komunitas yang hidup dengan faktor “keren” yang kuat. Fondasi terkemuka membantu memvalidasi kualitas produk Anda dan bersaksi bahwa Anda telah menerapkan proses peninjauan, irama, dan tata kelola yang tepat. Bahkan lebih baik ketika penawaran OS Anda telah mencapai daya tarik yang signifikan, basis instalasi yang besar dan sejumlah popularitas di komunitas.
Mempercepat perbaikan berkelanjutan
Peningkatan berkelanjutan lebih dari sekadar slogan. Anda ingin menemukan dan memperbaiki bug dan meningkatkan penawaran Anda secepat mungkin, dan cara terbaik untuk melakukannya adalah dengan meningkatkan penggunaan. Menjadi open source berarti bahwa teknologi Anda diuji di dunia di dunia nyata karena lebih banyak pengguna daripada yang dapat Anda jangkau melalui penjualan pribadi.
Kami menemukan bahwa platform kami hadir di lebih dari 200.000 kelompok pada saat kami masih memiliki beberapa lusin pelanggan perusahaan. Itu memungkinkan kami untuk menggunakan umpan balik, permintaan fitur dan validasi basis pengguna besar, sehingga kami dapat belajar dan meluncurkan perbaikan lebih cepat.
Pada saat yang sama, adopsi meningkat, sebagian karena jangkauan kami yang lebih besar, dan sebagian karena produk kami meningkat dengan kecepatan yang begitu cepat. Dimungkinkan untuk menggunakan komunitas open-source Anda sebagai lingkungan pengujian, kemudian melepaskan perubahan dalam versi perusahaan setelah Anda memasukkan umpan balik dan versinya stabil, atau sebaliknya. Ada baiknya opsi ganda berjalan secara bersamaan.
Open source berarti lebih sedikit kontrol
Itu adalah keuntungan utama, tetapi ada juga kelemahan untuk open source, dan sangat penting untuk mengingatnya. Kelemahan utama adalah bahwa ketika produk Anda adalah open source, Anda tidak dapat mengontrol bagaimana orang menggunakannya. Itu terutama benar jika Anda memutuskan untuk membuka sumbernya melalui forum komunitas, karena Anda pada dasarnya menyerahkan merek dagang Anda ke fondasi netral vendor.
Terlepas dari kepercayaan luas di seluruh komunitas open-source, masih akan ada beberapa yang hanya akan menggunakan kode open-source Anda dan menghindari versi dan fitur untuk pembayaran Anda. (Tentu saja, Anda dapat dan harus mempertimbangkan pengguna gratis ini sebagai bagian dari pipa penjualan Anda, dan bekerja untuk meningkatkannya ke versi perusahaan untuk fitur dan manfaat tambahan).
Bahkan akan ada beberapa orang yang akan mengambil kerja keras Anda dan menggunakannya untuk membangun produk komersial dan menghasilkan uang dari inovasi Anda dan pekerjaan komunitas yang Anda bangun dan kuratori. Anda perlu berdamai dengan ini, karena Anda tidak dapat menghentikannya terjadi.
Sumber terbuka hanya berfungsi jika cocok dengan basis pengguna Anda
Salah satu faktor utama dalam memutuskan proyek sumber terbuka adalah basis pengguna Anda. Anda perlu mengetahui dan memahami kekhawatiran dan motivasi mereka, sehingga Anda dapat memprediksi dengan benar bagaimana mereka akan menanggapi penawaran OSS. Jika audiens Anda sangat teknis, seperti insinyur keamanan, tim DevOps dan pengembang, mereka lebih cenderung jatuh ke kamp sumber pro-open.
Ada alasan mengapa kami menyebutnya 'komunitas open-source.' Open Source lebih dari sekadar keputusan lisensi: ini adalah seperangkat keyakinan bersama, dengan peserta yang jauh melampaui pelanggan. Lebih dekat dengan agama atau kultus daripada pilihan pembelian. Jika basis pengguna Anda membagikan kecintaan Anda pada ide open source, jalur ini jauh lebih mungkin untuk berhasil.
Perangkat lunak open-sourcing membutuhkan model monetisasi yang jelas
Membangun jalur yang kuat untuk monetisasi sangat penting untuk perusahaan mana pun, tetapi ini sangat penting bagi perusahaan open-source. Anda harus jelas tentang bagaimana Anda akan menghasilkan uang, karena open source dapat meninggalkan Anda tanpa arus kas yang kuat.
Misalnya, Anda dapat memilih untuk membuat semua teknologi Anda sepenuhnya terbuka selama setahun, untuk mendorong penetrasi dan umpan balik, kemudian memperkenalkan metode monetisasi. Anda bisa membuka Core, yang merupakan rute yang dipilih perusahaan saya, di mana Anda menawarkan kode inti Anda sebagai open source, kemudian menjual layanan dan fitur tambahan di atas.
Banyak perusahaan memutuskan untuk menawarkan versi OSS dan versi perusahaan. Ini dapat berhasil, tetapi Anda perlu mencapai keseimbangan yang tepat antara fungsionalitas dan dukungan yang termasuk dalam versi OSS, dan apa yang Anda berikan hanya untuk membayar pelanggan. Pilihan lain adalah mengatur segalanya sehingga kode sumber terbuka hanya dapat digunakan dalam kombinasi dengan versi perusahaan. Versi OSS tidak memiliki nilai kecuali untuk menunjukkan transparansi. Namun, hal yang harus diperhatikan adalah bahwa ini dapat bertentangan dengan bekerja dengan sebuah yayasan.
Setelah Anda membuka sumber, tidak ada jalan untuk kembali …
Going Open Source adalah keputusan yang sangat berat. Itu tidak membantu bahwa itu adalah jalan satu arah. Anda dapat pindah dari sumber tertutup ke open source, atau dari lisensi yang lebih ketat ke lisensi yang lebih terbuka, kapan pun Anda suka, dan Anda tidak akan menerima apa pun selain tepuk tangan dari komunitas teknologi.
Tetapi bisa sangat sulit untuk bergerak ke arah lain. Semua kode dan informasi yang sudah Anda bagikan akan tersedia untuk umum selamanya, sehingga mereka dapat menggunakannya kapan saja dan apa pun yang mereka sukai. Dan seperti yang disebutkan di atas, penggemar open source bisa sangat kritis terhadap siapa pun yang berjalan kembali penawaran OSS mereka, jadi mereka cenderung menghormati kode Anda. Hashicorp mempelajari ini dengan cara yang sulit ketika penggemar bercabang terraform setelah mereka berubah dari NPL ke lisensi BSL.
Yang mengatakan, open source bisa luar biasa ketika situasinya benar. Jika Anda telah menimbang semua faktor, basis pengguna dan penawaran teknologi Anda menyelaraskan, dan Anda telah mengidentifikasi fondasi terkemuka yang percaya pada misi Anda, Anda dapat memperoleh manfaat dari banyak keuntungan, seperti yang kami miliki.
Shauli Rozen adalah CEO dan pendiri Armo dan pencipta Kubescape.
