Apa Itu Pelayan? Panduan Ringkas untuk Pembina Aplikasi

Pelayan ialah komputer, atau program yang berjalan di atas satu komputer, yang menunggu permintaan dan menjawabnya. Apabila anda membuka laman web, pelayar anda (pelanggan) menghantar permintaan merentasi internet, dan satu pelayan di suatu tempat menghantar balik halaman, imej atau data. Setiap aplikasi yang anda gunakan, dari e-mel hingga perbankan dalam talian, bergantung pada pelayan yang melakukan ini berjuta-juta kali sehari.

Mengapa pelayan penting apabila anda membina dengan AI

Apabila pembina AI menghasilkan aplikasi untuk anda, sebahagian kod berjalan dalam pelayar pelawat dan selalunya sebahagian lagi berjalan di pelayan. Bahagian pelayan melakukan perkara yang tidak boleh dipercayai kepada pelayar atau yang pelayar tidak boleh lakukan sendiri:

• Menyimpan dan memuatkan data daripada pangkalan data.
• Menyimpan rahsia, seperti kunci API pembayaran atau AI, yang tidak sekali-kali boleh sampai ke pelayar.
• Menyemak kebenaran, memastikan pengguna hanya boleh melihat dan menukar rekod mereka sendiri.
• Berhubung dengan perkhidmatan lain: mengenakan caj kad, menghantar e-mel, memanggil model AI.

Mengetahui apa yang dilakukan pelayan membantu anda memahami di mana peraturan aplikasi anda sebenarnya berada, mengapa sesetengah perubahan memerlukan penerbitan semula, dan apa yang anda bayar apabila menghoskan aplikasi. Untuk pembahagian antara kedua-dua bahagian, lihat frontend berbanding backend.

Analogi harian

Pelayan ibarat kakitangan kaunter di pejabat pos. Mereka tidak keluar mencari pelanggan; mereka menunggu. Seorang pelanggan (pelanggan) datang dengan permintaan, seperti "hantar bungkusan ini" atau "ada surat untuk saya?" Kerani itu mengendalikannya dan menyerahkan hasilnya. Seorang kerani boleh melayan ramai pelanggan satu demi satu, dan pejabat pos yang sibuk membuka lebih banyak kaunter.

Pejabat pos juga mempunyai peraturan yang pelanggan tidak boleh ketepikan: anda mesti menunjukkan kad pengenalan untuk mengambil bungkusan. Itulah tugas pelayan dalam aplikasi anda juga. Pelayar boleh meminta apa sahaja, tetapi pelayan yang memutuskan apa yang akan diterimanya.

Bagaimana permintaan sampai ke pelayan

Apabila seseorang melawat https://bookings.example.com/schedule:

1. Carian DNS. Pelayar bertanya kepada sistem nama domain alamat IP yang bookings.example.com tunjuk. Lihat cara domain dan DNS berfungsi.
2. Sambungan. Pelayar menyambung ke alamat itu, pada port 443 untuk HTTPS, dan menubuhkan sambungan yang disulitkan. Lihat apa itu HTTPS.
3. Permintaan. Ia menghantar permintaan HTTP: GET /schedule.
4. Kerja. Pelayan menjalankan kod yang mengendalikan /schedule, mungkin mencari tempahan hari ini dalam pangkalan data.
5. Respons. Ia menghantar balik kod status (200 OK) dan kandungannya, sama ada halaman HTML atau data JSON untuk dipaparkan oleh halaman.

Keseluruhan proses ini biasanya mengambil sebahagian kecil saat.

Jenis pelayan yang biasa anda dengar

Perhatikan bahawa "pelayan" bermaksud kedua-dua mesin dan program. "Pelayan itu ranap" boleh merujuk kepada mana-mana satu.

Contoh kerja: aplikasi tempahan salon

Inilah yang dilakukan pelayan dalam aplikasi tempahan salon yang kecil:

• Pelawat membuka laman. Pelayan (atau CDN di hadapannya) menghantar fail halaman.
• Halaman itu bertanya kepada pelayan GET /api/slots?date=2026-10-03. Pelayan membuat pertanyaan kepada pangkalan data untuk slot kosong dan memulangkannya sebagai JSON.
• Pelawat menempah pukul 14:00. Halaman menghantar POST /api/bookings. Pelayan menyemak slot itu masih kosong, dan tidak mempercayai kata pelayar begitu sahaja, kemudian menyimpan tempahan dan memulangkan 201 Created.
• Pelayan memanggil perkhidmatan e-mel dengan kunci rahsia, yang disimpan di pelayan, untuk menghantar pengesahan.

Jika anda mematikan pelayan, halaman mungkin masih dimuatkan dari CDN, tetapi ia tidak dapat memaparkan slot atau menyimpan tempahan.

Apa yang diperlukan pelayan untuk berfungsi dengan baik

• Memori (RAM) dan CPU. Memori yang terlalu sedikit menyebabkan aplikasi ranap di bawah beban; CPU yang terlalu sedikit menyebabkan ia perlahan.
• Sentiasa berjalan. Pelayan yang dimatikan tidak boleh menjawab. Sesetengah platform meletakkan aplikasi terbiar dalam mod tidur dan membangunkannya pada lawatan seterusnya, yang menjimatkan kos tetapi boleh menjadikan permintaan pertama lebih perlahan.
• Konfigurasi dan rahsia, yang disediakan sebagai pembolehubah persekitaran.
• Log, iaitu rekod pelayan tentang apa yang berlaku, dan tempat pertama anda melihat apabila sesuatu rosak.
• Kemas kini dan tampalan keselamatan, yang dikendalikan oleh pengehosan terurus untuk anda.

Salah faham yang biasa

• "Awan bermakna tiada pelayan." Awan ialah pelayan syarikat lain, disewa mengikut jam atau penggunaan.
• "Pelayan ialah komputer besar yang istimewa." Mana-mana komputer boleh menjadi pelayan. Komputer riba anda menjalankan satu apabila anda membuka localhost semasa pembangunan.
• "Jika butang disembunyikan, pengguna tidak boleh melakukannya." Sesiapa sahaja boleh menghantar permintaan terus ke pelayan anda. Semakan kebenaran mesti berlaku di pelayan, bukan hanya dalam halaman.
• "Lebih banyak pelayan menyelesaikan kelambatan." Selalunya punca sebenar ialah pertanyaan pangkalan data yang perlahan atau API luaran. Cari kesesakan dahulu.
• "Saya perlu mengurus pelayan untuk mempunyai aplikasi." Platform terurus menjalankan pelayan untuk anda; anda menerbitkan kod dan mereka mengendalikan mesin.

Apa yang perlu diminta daripada pembina AI anda

• "Bahagian mana dalam aplikasi ini yang berjalan di pelayan, dan mana yang berjalan dalam pelayar?"
• "Simpan semua kunci API di pelayan dan bacanya daripada pembolehubah persekitaran."
• "Semak kebenaran di pelayan untuk setiap permintaan yang membaca atau menukar data."
• "Di mana saya boleh cari log pelayan, dan apa yang dikatakannya tentang ralat ini?"
• "Adakah aplikasi ini memerlukan pelayan sama sekali, atau ia boleh menjadi laman statik?"
• "Apa yang berlaku kepada permintaan pertama selepas aplikasi tidak aktif?"

Pelayan dalam Mythex

Di Mythex, anda tidak menyediakan atau mengurus pelayan. Semasa membina, aplikasi anda berjalan dalam sandbox awan persendirian untuk pratonton langsung. Apabila anda menerbitkan, Mythex melancarkannya: bahagian hadapan statik sebagai laman statik, dan backend (Node, Python, C#, Java dan lain-lain) sebagai kontena yang dibina daripada Dockerfile, tanpa pengehosan yang perlu anda konfigurasi sendiri. Mythex memilih saiz mesin semasa melancarkan: secara lalai 1 CPU dan 512 MB memori, dengan lebih banyak tersedia atas permintaan (sehingga 1 GB pada Free, dan sehingga 2 CPU, 4 GB dan 3 mesin pada Pro). Aplikasi yang diterbitkan tidur apabila tidak aktif dan bangun pada lawatan seterusnya, dan aplikasi yang sedang tidur tidak menggunakan apa-apa pengkomputeran. Butirannya terdapat dalam dokumentasi tentang backend API dan had pengehosan, dan panduan kami tentang pengehosan web meliputi gambaran yang lebih luas.

Soalan lazim