Apa Itu Server? Panduan Sederhana untuk Pembuat Aplikasi

Server adalah komputer — atau program yang berjalan di atasnya — yang menunggu permintaan dan menjawabnya. Saat Anda membuka situs web, browser Anda (client) mengirim permintaan melalui internet, lalu server di suatu tempat mengirim kembali halamannya, gambarnya, atau datanya. Setiap aplikasi yang Anda pakai, dari email sampai internet banking, bergantung pada server yang melakukan ini jutaan kali setiap hari.

Mengapa server penting saat membangun dengan AI

Ketika pembuat aplikasi AI membuatkan aplikasi untuk Anda, sebagian kode berjalan di browser pengunjung dan sebagian lagi biasanya berjalan di server. Bagian server melakukan hal-hal yang tidak bisa dipercayakan kepada browser atau yang tidak bisa dilakukan browser sendirian:

• Menyimpan dan memuat data dari database.
• Menjaga rahasia, seperti API key penyedia pembayaran atau AI, yang tidak boleh pernah sampai ke browser.
• Memeriksa izin — memastikan pengguna hanya bisa melihat dan mengubah catatan miliknya sendiri.
• Berkomunikasi dengan layanan lain: menagih kartu, mengirim email, memanggil model AI.

Memahami apa yang dilakukan server membantu Anda mengerti di mana aturan aplikasi Anda sebenarnya berada, mengapa beberapa perubahan perlu dipublikasikan ulang, dan apa yang Anda bayar saat menghosting aplikasi. Untuk pembagian antara kedua bagian ini, lihat frontend vs backend.

Analogi sehari-hari

Server seperti petugas loket di kantor pos. Mereka tidak pergi mencari pelanggan; mereka menunggu. Seorang pelanggan (client) datang dengan permintaan — "kirim paket ini," "apakah ada surat untuk saya?" — dan petugas memprosesnya lalu menyerahkan hasilnya. Satu petugas bisa melayani banyak pelanggan satu per satu, dan kantor pos yang ramai membuka lebih banyak loket.

Kantor pos juga punya aturan yang tidak bisa diabaikan pelanggan: Anda harus menunjukkan identitas untuk mengambil paket. Begitu pula di aplikasi, tugas server adalah memutuskan apa yang boleh didapat — browser bisa meminta apa saja, tetapi server yang memutuskan.

Bagaimana permintaan sampai ke server

Ketika seseorang mengunjungi https://bookings.example.com/schedule:

1. Pencarian DNS. Browser bertanya ke sistem nama domain alamat IP mana yang dituju bookings.example.com. Lihat cara kerja domain dan DNS.
2. Koneksi. Browser terhubung ke alamat itu, pada port 443 untuk HTTPS, dan membuat koneksi terenkripsi. Lihat apa itu HTTPS.
3. Permintaan. Browser mengirim permintaan HTTP: GET /schedule.
4. Pemrosesan. Server menjalankan kode yang menangani /schedule — mungkin mencari booking hari ini di database.
5. Respons. Server mengirim kode status (200 OK) dan kontennya — halaman HTML, atau data JSON untuk ditampilkan halaman.

Semua itu biasanya hanya memakan waktu sepersekian detik.

Jenis-jenis server yang mungkin Anda dengar

Perhatikan bahwa "server" berarti mesinnya sekaligus programnya. "Server-nya crash" bisa berarti keduanya.

Contoh nyata: aplikasi booking salon

Berikut yang dilakukan server dalam aplikasi booking salon kecil:

• Pengunjung membuka situs. Server (atau CDN di depannya) mengirim berkas halaman.
• Halaman meminta server GET /api/slots?date=2026-10-03. Server melakukan query ke database untuk jadwal yang kosong dan mengembalikannya sebagai JSON.
• Pengunjung memesan pukul 14:00. Halaman mengirim POST /api/bookings. Server memeriksa bahwa jadwal masih kosong — ia tidak mempercayai klaim browser begitu saja — menyimpan booking, dan mengembalikan 201 Created.
• Server memanggil layanan email dengan secret key, yang disimpan di server, untuk mengirim konfirmasi.

Jika server dimatikan, halaman mungkin masih bisa dimuat dari CDN, tetapi tidak bisa menampilkan jadwal atau menyimpan booking.

Yang dibutuhkan server agar berjalan baik

• Memori (RAM) dan CPU. Memori terlalu kecil membuat aplikasi crash saat beban tinggi; CPU terlalu kecil membuatnya melambat.
• Tetap menyala. Server yang dimatikan tidak bisa menjawab. Beberapa platform membuat aplikasi yang tidak aktif tertidur dan membangunkannya saat kunjungan berikutnya, yang menghemat biaya tetapi bisa membuat permintaan pertama lebih lambat.
• Konfigurasi dan secret, disediakan sebagai environment variables.
• Log — catatan server tentang apa yang terjadi, yang menjadi tempat pertama Anda mencari ketika ada yang rusak.
• Pembaruan dan patch keamanan, yang ditangani hosting terkelola untuk Anda.

Kesalahpahaman yang umum

• "Cloud berarti tidak ada server." Cloud adalah server milik perusahaan lain, yang disewa per jam atau sesuai pemakaian.
• "Server adalah komputer besar yang istimewa." Komputer apa pun bisa berfungsi sebagai server. Laptop Anda menjalankannya saat Anda membuka localhost selama development.
• "Kalau tombolnya disembunyikan, pengguna tidak bisa melakukannya." Siapa pun bisa mengirim permintaan langsung ke server Anda. Pemeriksaan izin harus dilakukan di server, bukan hanya di halaman.
• "Menambah server akan memperbaiki kelambatan." Sering kali penyebabnya adalah query database yang lambat atau API eksternal. Temukan titik macetnya terlebih dahulu.
• "Saya harus mengelola server untuk punya aplikasi." Platform terkelola menjalankan server untuk Anda; Anda men-deploy kode dan mereka yang menangani mesinnya.

Yang sebaiknya diminta ke pembuat aplikasi AI Anda

• "Bagian mana dari aplikasi ini yang berjalan di server, dan mana yang berjalan di browser?"
• "Simpan semua API key di server dan baca dari environment variables."
• "Periksa izin di server untuk setiap permintaan yang membaca atau mengubah data."
• "Di mana saya bisa menemukan log server, dan apa yang dikatakannya tentang error ini?"
• "Apakah aplikasi ini benar-benar membutuhkan server, atau bisa menjadi situs statis?"
• "Apa yang terjadi pada permintaan pertama setelah aplikasi tidak aktif untuk beberapa waktu?"

Server di Mythex

Di Mythex, Anda tidak perlu menyiapkan atau mengelola server. Selama membangun, aplikasi Anda berjalan di sandbox cloud privat untuk preview langsung. Saat Anda mempublikasikan, Mythex men-deploy-nya — front end statis sebagai situs statis, dan backend (Node, Python, C#, Java, dan lainnya) sebagai container yang dibangun dari Dockerfile — tanpa hosting yang harus Anda konfigurasi sendiri. Mythex memilih ukuran mesin saat deploy: secara default 1 CPU dan memori 512 MB, dengan opsi yang lebih besar bila diminta (hingga 1 GB di Free, dan hingga 2 CPU, 4 GB, dan 3 mesin di Pro). Aplikasi yang sudah dipublikasikan tertidur saat tidak aktif dan bangun pada kunjungan berikutnya, dan aplikasi yang sedang tidur tidak mengeluarkan biaya komputasi. Detailnya ada di dokumentasi tentang backend API dan batasan hosting, dan panduan kami tentang web hosting membahas gambaran yang lebih luas.

Pertanyaan