4 Elemen Dasar Diperlukan untuk Menjalankan OSS Produksi dengan Lancar

Penggunaan perangkat lunak sumber terbuka (OSS) telah meledak, dan banyak perusahaan menggunakannya sebagai landasan infrastruktur mereka. Saat membeli perangkat lunak yang didukung vendor komersial, Anda dapat mengharapkan vendor bertanggung jawab atas peningkatan, pemeliharaan, integrasi, dan dukungan produk.

Dengan menempuh rute OSS, hal ini tidak lagi terjadi. Sebaliknya, Anda akan berinteraksi dengan komponen yang dibangun oleh entitas, individu, atau komunitas yang berbeda dengan standar dan tujuan yang berbeda. Misalnya, masalah keamanan Log4j baru-baru ini membuat perusahaan bernilai miliaran dolar meminta dukungan dari pengelola proyek karena mereka memiliki kontrak dengan mereka.

Perusahaan perlu menempatkan banyak elemen di tempat untuk menggunakan OSS dalam produksi dengan lancar. Inilah cara memulai.

Audit (Auditing)

Sebelum berkomitmen untuk menggunakan proyek OSS, Anda harus menyelesaikan audit penuh terlebih dahulu: Berapa banyak kontributor yang dihitung proyek? Apakah mereka individu atau organisasi? Kebanyakan pengelola OSS adalah sukarelawan, dan tingkat keterlibatan mereka tidak pernah dijamin.

Anda berkontribusi langsung ke ruang sumber terbuka dengan bekerja sama dengan vendor, memastikan bahwa alat OSS yang Anda gunakan tidak akan kemana-mana.

Anda juga perlu melihat kecepatan proyek. Misalnya, ada berapa banyak permintaan fitur terbuka atau tiket bug? Seberapa cepat komunitas menjawab dan mendorong mereka? Tujuannya adalah untuk memastikan bahwa proyek tersebut dipertahankan dan berkembang.

Tetap up to date

Tim Anda harus tetap mengetahui proyek OSS yang digunakan, yang juga berlaku untuk dependensi yang menyertainya. Perangkap klasik adalah pembaruan kecil yang salah, merusak produksi Anda. Contoh bagus baru-baru ini adalah startup SerpApi secara tidak sengaja menagih lebih dari 400 pelanggan setelah menjalankan apa yang dimaksudkan sebagai pembaruan perpustakaan rutin. Tim Anda juga perlu memahami arah jangka panjang proyek: apakah mereka selaras, atau apakah Anda berisiko kehilangan fitur?

Perangkat lunak sumber terbuka dapat merugikan pengelola proyek. Mereka mungkin tidak membayangkan mengikuti proyek tingkat produksi, menghabiskan terlalu banyak waktu dan energi. Burnout sangat umum di antara pengelola. Memahami siapa yang berkontribusi, jika mereka dibayar untuk itu, motivasi mereka untuk bertahan, dan jika mereka berpikir untuk pergi adalah informasi yang rumit namun penting. Komunitas pengelola yang rapuh adalah bendera merah.

Siapkan tim Anda untuk berinteraksi dengan sumber kode

Ada kalanya Anda mungkin perlu menambal proyek OSS. Baik menghadapi bug atau mencapai batas skala yang dapat ditangani proyek, mungkin tidak ada ruang untuk menunggu perbaikan didorong oleh komunitas. Dalam hal ini, teknisi Anda perlu menggali kode dan menemukan cara untuk memperbaikinya. Meskipun ini merupakan kesempatan untuk berkontribusi kembali ke proyek, perlu diingat bahwa mengenal basis kode, mencari tahu apa masalahnya, dan menemukan perbaikan bukanlah tugas yang mudah.

Hal ini juga berlaku ketika proyek OSS memiliki masalah keamanan – dan ini bukan masalah jika, tetapi ketika itu terjadi. Tim Anda harus dapat memiliki pemahaman yang cepat dan jelas tentang bagaimana proyek dilanggar dan dampaknya terhadap infrastruktur dan data pelanggan lainnya.

Terimalah bahwa melakukan semuanya sendiri mungkin tidak mungkin

Jika perakitan tim dan keterampilan yang diperlukan untuk melaksanakan tugas-tugas ini tidak memungkinkan, cara alternatif untuk menjalankan OSS dalam produksi adalah bermitra dengan vendor. Mereka akan mampu menangani semua yang disebutkan di atas dengan keuntungan ekstra seperti menawarkan solusi paket yang akan memastikan interoperabilitas antara komponen OSS yang berbeda.

Anda perlu mengingat beberapa elemen jika Anda memutuskan untuk menggunakan rute vendor OSS. Pertama, tim Anda perlu menyimpan inventaris semua OSS yang mereka gunakan dan memiliki pemahaman yang jelas tentang apa yang didukung oleh vendor dan apa yang tidak. Beberapa vendor hanya akan mendukung daftar perangkat lunak yang terbatas, sementara beberapa akan bekerja ekstra untuk membantu Anda apa pun yang Anda gunakan. Kedua, pastikan untuk memahami tingkat dukungan yang mereka berikan untuk masing-masing: Apakah mereka hanya menangani integrasi, dan patching?

Perusahaan vendor juga akan berpartisipasi dan berinvestasi dalam ekosistem sumber terbuka dengan mendorong proyek, mengatur bersama, dan mendorong kode. Anda berkontribusi langsung ke ruang sumber terbuka dengan bekerja sama dengan vendor, memastikan bahwa alat OSS yang Anda gunakan tidak akan kemana-mana.

Perangkat lunak open-source hadir dengan banyak keunggulan, seperti kecepatan inovasi, biaya, dan interoperabilitas, tetapi juga dilengkapi dengan beberapa peringatan yang dapat dengan mudah diatasi. Pastikan untuk tidak mengabaikan mereka.

Anda berkontribusi langsung ke ruang sumber terbuka dengan bekerja sama dengan vendor, memastikan bahwa alat OSS yang Anda gunakan tidak akan kemana-mana.