Open Source Bukan Nol Biaya

Tulisan “gratis” berhenti di lisensi. Setelah instalasi, masih ada server, model, keamanan, pemantauan, pemulihan, dan waktu orang yang harus menjaganya.

Open source tetap memberi pilihan, akses, dan kontrol yang bernilai untuk banyak tim. Kekeliruannya muncul ketika perangkat lunak selesai dipasang lalu seluruh keputusan biaya dianggap selesai juga.

Padahal, agent perlu runtime, model, storage, integrasi, security, monitoring, dan orang yang merawat semuanya. Sebagian dibayar dengan uang. Sebagian dibayar dengan waktu. Sebagian baru terasa ketika service gagal.

Jadi perbandingan managed versus self-hosted tidak boleh berhenti pada subscription versus gratis. Yang perlu dibandingkan adalah seluruh pekerjaan agar workflow tetap berjalan dan bisa dipulihkan ketika gagal.

Bedakan Harga Software dan Cost of Ownership

Harga software adalah satu baris. Cost of ownership mencakup seluruh pekerjaan agar sistem dapat digunakan dengan aman dan konsisten.

Untuk workflow kecil, selisih ini mungkin belum terasa. Satu orang memasang tool, menyambungkan model, dan menjalankannya di laptop. Ketika use case mulai dipakai tim, pertanyaan baru muncul: siapa mengelola user, siapa memegang credential, bagaimana update dilakukan, dan apa yang terjadi saat output gagal dikirim?

Tidak semua kategori harus mahal. Namun, semuanya perlu punya owner. Biaya yang belum diberi angka tetap merupakan tanggung jawab.

1. Setup dan Integrasi

Self-hosted software perlu dipasang dan dikonfigurasi. Runtime, dependency, environment variable, model provider, database, serta connector perlu dibuat bekerja bersama.

Setup awal sering terlihat sebagai pekerjaan sekali. Dalam praktiknya, integrasi dapat berubah ketika API, authentication, atau kebutuhan workflow berubah. Dokumentasi internal juga perlu ditulis supaya pengetahuan tidak hanya ada di kepala satu orang.

Tanyakan berapa banyak waktu yang masuk ke instalasi, testing, permission, dan handover. Jangan memasukkan angka asumsi; cukup catat pekerjaan dan siapa yang mengerjakannya sebelum membuat estimasi berdasarkan kondisi tim sendiri.

2. Infrastructure

Agent yang harus selalu aktif membutuhkan compute yang tersedia. Bisa berupa VPS, server, container platform, atau environment lain. Ada storage, network, domain, certificate, dan backup sesuai arsitekturnya.

Resource tersebut tidak otomatis besar, tetapi pola biayanya mengikuti workload dan provider yang dipilih. Tanpa definisi workflow, estimasi infrastructure mudah terlalu tinggi atau terlalu rendah.

Selain harga, pertimbangkan availability. Siapa memulihkan service ketika instance mati? Apakah backup pernah diuji? Infrastructure yang murah tetapi tidak dapat dipulihkan bisa menjadi keputusan mahal saat dibutuhkan.

3. Model dan API

Software agent boleh open source, sementara model dan tools di belakangnya memakai layanan berbayar.

Biaya dapat datang dari model inference, token, search, browser, image, speech, email, messaging provider, database, atau API pihak ketiga. Komponennya bergantung pada flow yang benar-benar dibangun.

Pisahkan kebutuhan wajib dan nice-to-have. Agent pembuat draft dari dokumen tidak otomatis membutuhkan browser, image generation, dan banyak model. Tool yang tidak dibutuhkan menambah biaya sekaligus attack surface.

Pola penggunaan juga penting. Pekerjaan on-demand berbeda dari workflow terjadwal yang berjalan terus. Gunakan scenario aktual untuk membuat estimasi setelah volume, model, dan provider dipilih.

4. Maintenance dan Update

Dependency berubah. Versi baru muncul. Connector rusak. Model provider mengubah behavior atau limit. Seseorang perlu membaca release note, menguji update, dan memutuskan kapan perubahan diterapkan.

Auto-update bukan jawaban untuk semua situasi. Update tanpa testing dapat merusak workflow. Menunda semua update juga dapat meninggalkan bug atau risiko security.

Buat ownership yang clear: siapa mengecek perubahan, environment mana yang dipakai untuk test, dan bagaimana rollback dilakukan. Kalau tidak ada waktu yang dialokasikan, maintenance tetap terjadi, hanya bentuknya menjadi incident dadakan.

5. Security dan Access Control

Agent biasanya menyentuh credential dan data. Ada API key, account SaaS, file internal, repository, atau database.

Secret perlu disimpan, dibatasi, dan dirotasi. Permission perlu mengikuti pekerjaan. Log tidak boleh sembarangan merekam data sensitif. Server perlu dikonfigurasi agar tidak membuka akses yang tidak diperlukan.

Open source memberi kesempatan untuk melihat dan mengubah code, tetapi itu tidak otomatis menjamin deployment lo aman. Security bergantung pada code, konfigurasi, dependency, network, permission, dan cara tim mengoperasikannya.

Masukkan review serta remediation ke cost of ownership. Keduanya bukan pekerjaan tambahan yang optional setelah sistem live.

6. Observability dan Recovery

Kalau agent gagal diam-diam, tim mungkin baru tahu setelah pekerjaan tidak terkirim.

Logging membantu melihat langkah yang dijalankan. Monitoring membantu mendeteksi service atau integration failure. Alerting memberi tahu orang yang memang bertanggung jawab. Recovery menentukan apakah workflow diulang, dilanjutkan dari checkpoint, atau diserahkan ke manusia.

Observability perlu dirancang agar berguna tanpa membocorkan seluruh prompt, credential, atau data sensitif. Menyimpan semuanya bukan default yang aman.

Biaya area ini bisa berupa layanan, storage, setup, dan waktu investigasi. Lagi-lagi, kategorinya perlu dicatat sebelum angkanya diperkirakan.

7. Waktu Tim dan Capability Gap

Waktu engineer, operator, atau founder punya opportunity cost. Ketika mereka merawat agent, ada pekerjaan lain yang tidak dilakukan.

Tim yang sudah punya capability infrastructure mungkin dapat mengelola self-hosted stack secara efisien. Tim lain mungkin lebih terbantu oleh managed service supaya fokus pada workflow dan adoption. Itu bukan soal siapa lebih teknis. Itu soal alokasi tanggung jawab yang sesuai.

Capability gap juga dapat menimbulkan ketergantungan pada satu orang. Dokumentasi, training, dan handover menjadi bagian dari ownership.

Buat Worksheet Sebelum Memilih

Susun baris untuk setup, infrastructure, model dan API, maintenance, security, observability, serta waktu tim. Untuk setiap baris, catat:

1. komponen apa yang dibutuhkan;
2. siapa owner-nya;
3. apakah dibayar dengan uang, waktu, atau keduanya;
4. bagaimana failure dideteksi;
5. dan apa rencana recovery-nya.

Worksheet ini tidak otomatis menyatakan managed lebih murah atau open source lebih mahal. Hasilnya akan berbeda berdasarkan use case, volume, provider, dan kemampuan tim.

Fungsinya adalah membuat pekerjaan tersembunyi terlihat sebelum keputusan diambil.

Open Source Tetap Bisa Menjadi Pilihan yang Tepat

Setelah biaya dan kepemilikannya terlihat, self-hosting mungkin tetap menjadi pilihan yang paling sesuai. Tim bisa membutuhkan kontrol lebih besar atas runtime, model, penyimpanan, atau integrasi. Mereka mungkin juga sudah punya kemampuan untuk mengoperasikannya.

Layanan managed juga dapat menjadi pilihan tepat ketika kecepatan memulai dan beban operasional yang lebih ringan lebih bernilai. Kombinasi keduanya pun mungkin masuk akal untuk kebutuhan tertentu.

Yang perlu dihindari adalah keputusan berdasarkan satu label: “gratis”, “managed”, atau “enterprise”. Semua perlu dikembalikan ke alur kerja dan batas kebutuhannya.

Di workshop Building AI Employees, Hermes menjadi laboratorium praktik, bukan jawaban universal untuk setiap tim. Peserta akan memetakan pekerjaan, tool, akses, persetujuan, dan evaluasi sebelum membahas setup yang sesuai.

Sebelum memilih, buat lembar biaya yang memuat pekerjaan setelah instalasi dan siapa yang menanggungnya. Kelas Building AI Employees membahas keputusan platform dan kepemilikan ini tanpa berhenti pada angka lisensi:

https://goakal.com/ai-builders-id/building-ai-employees