osFoundry / Platform
Komputasi kontainer
Butuh proses persisten? Ubah runtime menjadi kontainer. Aplikasi yang sama, mode berbeda.
Apa itu
Container compute adalah mode runtime untuk aplikasi yang Anda bangun di osFoundry. Sebagian besar aplikasi berjalan baik sebagai proses berumur pendek yang digerakkan permintaan: aktif, menjawab, lalu mati. Namun sebagian beban kerja butuh sesuatu yang tetap hidup: server WebSocket yang menjaga koneksi tetap terbuka, worker latar belakang yang menguras antrean, penjadwal yang berdetak dengan jamnya sendiri, atau backend yang menyimpan state hangat di memori di antara permintaan. Untuk itu, Anda alihkan runtime ke container dan aplikasi yang sama terus berjalan sebagai proses berumur panjang alih-alih memulai dari awal setiap kali.
Intinya, ini aplikasi yang sama. Anda tidak menulis ulang, tidak mem-fork, dan tidak memindahkannya ke layanan lain. Kode, rute, dan koneksinya tetap di tempat; yang Anda ubah hanyalah cara ia dijalankan. Itu membuat mode container menjadi keputusan yang Anda ambil ketika sebuah fitur membutuhkannya, bukan arsitektur yang Anda pilih di muka. Mulai aplikasi dalam mode ringan dan efemeral, lalu alihkan ke container begitu Anda menambahkan bagian yang harus persisten.
Ini sejalan dengan pendekatan osFoundry yang menyatukan chat, agen, aplikasi, kode, dan data dalam satu workspace, bukan tersebar di berbagai akun hosting terpisah. Karena osFoundry bersifat bring-your-own-key dan local-first, Anda menjalankan aplikasi Anda sendiri dengan aturan Anda sendiri, tanpa lapisan SaaS berbayar per kursi yang membungkusnya. Container compute memperluas itu ke backend: ketika aplikasi Anda naik kelas dari pembantu stateless menjadi sesuatu yang harus tetap berjalan, workspace sudah menyediakan tempat untuknya tinggal.
Kemampuan utama
- Alihkan aplikasi osFoundry mana pun antara runtime efemeral dan container tanpa mengubah kodenya
- Jalankan proses berumur panjang: server WebSocket, worker latar belakang, penjadwal, dan daemon
- Simpan state hangat di memori di antara permintaan alih-alih cold start di setiap panggilan
- Pilih runtime per aplikasi, sehingga Anda hanya membayar proses persisten di tempat yang membutuhkannya
- Backend berada di workspace yang sama dengan chat, agen, kode, dan data Anda
Kasus penggunaan
- Developer: sebuah aplikasi menambahkan fitur WebSocket untuk pembaruan langsung, sehingga runtime-nya dialihkan ke container agar koneksi tetap terbuka
- Pembuat otomasi: worker latar belakang yang menguras antrean tugas dan berjalan sesuai jadwal butuh proses yang tidak pernah tidur
- Team lead: sebuah prototipe dimulai tanpa state dan, begitu butuh cache hangat serta backend persisten, pindah ke mode container tanpa membangun ulang
Pertanyaan yang sering diajukan
Kapan sebaiknya saya mengalihkan aplikasi ke container compute alih-alih runtime default?
Alihkan ketika aplikasi Anda butuh sesuatu yang tetap hidup di antara permintaan: koneksi terbuka (seperti WebSocket), worker latar belakang atau terjadwal, proses daemon, atau state di memori yang tak ingin Anda hilangkan di setiap panggilan. Jika aplikasi hanya menjawab permintaan lalu mati, runtime efemeral yang lebih ringan lebih cocok.
Apakah saya harus menulis ulang aplikasi untuk menjalankannya sebagai container?
Tidak. Ini aplikasi yang sama dalam mode berbeda. Anda mengubah pengaturan runtime dan kode yang ada berjalan sebagai proses persisten. Itulah seluruh idenya, jadi Anda bisa memulai aplikasi secara sederhana dan baru pindah ke container ketika sebuah fitur benar-benar memerlukannya.
Bagaimana ini terkait dengan osFoundry yang bring-your-own-key dan local-first?
Container compute menyangkut di mana backend aplikasi Anda berjalan, jadi ia sejajar dengan bagian lain osFoundry: kunci, model, dan data Anda tetap dalam kendali Anda, dan backend aplikasi tinggal di workspace yang sama dengan chat, agen, kode, dan data Anda, bukan di akun hosting terpisah.