Apache Adalah: Web Server, Fungsi & Cara Kerjanya

Setiap kali Anda mengetik alamat sebuah situs lalu menekan Enter, ada satu program di ujung sana yang bertugas menjawab. Program itu menerima permintaan dari browser, mencari berkas yang diminta, lalu mengirimkannya kembali dalam hitungan milidetik. Program semacam ini kita sebut web server, dan tanpanya sebuah website hanya berupa kumpulan berkas yang tersimpan diam di sebuah komputer.

Selama tiga dekade terakhir, nama yang paling sering memegang tugas tersebut adalah Apache. Apache adalah perangkat lunak web server gratis dan terbuka yang menerjemahkan permintaan dari browser menjadi halaman yang Anda lihat. Ia menjadi fondasi bagi jutaan website, mulai dari blog pribadi di hosting bersama sampai aplikasi internal perusahaan.

Namun ada satu hal yang membuat pencarian tentang Apache sering berujung kebingungan: nama ini menempel pada banyak hal sekaligus. Kebingungan itulah yang akan kita bereskan lebih dulu.

Apa Itu Apache?

Apache adalah perangkat lunak web server yang menerima permintaan HTTP lalu mengirimkan balik berkas atau hasil olahan program. HTTP (HyperText Transfer Protocol) sendiri adalah aturan komunikasi antara browser dan server. Nama resmi perangkat lunak ini adalah Apache HTTP Server. Di dalam sistem operasi, ia berjalan dengan nama proses httpd — singkatan dari HTTP daemon, yaitu program yang menunggu permintaan masuk di latar belakang.

Apache dikembangkan dan dipelihara oleh Apache Software Foundation, sebuah yayasan nirlaba yang berdiri sejak 1999. Perangkat lunaknya dirilis di bawah Lisensi Apache 2.0, salah satu lisensi open source yang paling longgar. Artinya Anda boleh memakainya untuk keperluan apa pun, termasuk komersial, tanpa membayar sepeser pun dan tanpa kewajiban membuka kode program Anda sendiri.

Satu sifat lain yang perlu diperhatikan: Apache bekerja lintas sistem operasi, mulai dari Linux, BSD, macOS, hingga Windows. Sifat inilah yang membuatnya menjadi pilihan bawaan di banyak lingkungan, dari server produksi sampai komputer pribadi yang dipakai belajar.

Dua Hal Berbeda yang Sama-Sama Bernama Apache

Di sinilah letak kebingungan yang tadi disinggung. Kata "Apache" hari ini menunjuk pada dua hal yang berbeda tingkatannya.

Yang pertama adalah Apache HTTP Server — satu program web server, yaitu yang sedang kita bahas di artikel ini. Inilah "Apache" dalam arti aslinya, produk yang membuat nama tersebut terkenal sejak pertengahan 1990-an.

Yang kedua adalah Apache sebagai merek payung. Apache Software Foundation kini menaungi ratusan proyek perangkat lunak yang sama sekali tidak berhubungan dengan pengiriman halaman web. Apache Kafka menangani aliran data, Apache Spark memproses data dalam jumlah besar, Apache Airflow menjadwalkan alur kerja, dan Apache OpenOffice adalah paket aplikasi perkantoran. Semuanya memakai nama depan "Apache" hanya karena bernaung di yayasan yang sama.

Kekeliruan yang paling sering terjadi menyangkut Apache Tomcat. Banyak yang mengira Tomcat adalah versi lain dari Apache HTTP Server. Kenyataannya Tomcat adalah servlet container — program yang menjalankan aplikasi web berbasis Java. Keduanya bahkan lazim dipasang berdampingan, dengan Apache HTTP Server berdiri di depan dan meneruskan permintaan tertentu ke Tomcat di belakangnya.

Diagram perbandingan Apache HTTP Server dan Apache Software Foundation dengan ikon server, payung, dan produk terkait.

Apache HTTP Server adalah satu program web server, sementara Apache Software Foundation adalah yayasan yang menaungi ratusan proyek lain.

Soal asal nama, ada dua cerita yang beredar. Versi yang paling populer menyebut Apache berasal dari pelesetan "a patchy server", karena program awalnya dibangun dari kumpulan berkas tambalan (patch). Menurut FAQ resmi proyek Apache, penjelasan itu keliru meski sudah luas dipercaya. Nama Apache sesungguhnya dipilih sebagai bentuk penghormatan terhadap suku Apache (Indé) yang dikenal karena strategi bertempur dan daya tahannya.

Perjalanan Singkat Apache Sampai Versi 2.4

Cerita Apache dimulai dari sebuah program lain yang ditinggalkan pembuatnya. Pada awal 1990-an, web server yang paling banyak dipakai adalah NCSA httpd, buatan Rob McCool di University of Illinois. Saat McCool meninggalkan NCSA pada pertengahan 1994, pengembangannya praktis berhenti. Para pengelola website di seluruh dunia terpaksa menambal sendiri kekurangan dan celah yang mereka temukan, masing-masing dengan caranya sendiri.

Pada Februari 1995, delapan kontributor inti sepakat menyatukan tambalan-tambalan yang tercerai-berai itu menjadi satu distribusi bersama. Kedelapan orang tersebut adalah Brian Behlendorf, Roy T. Fielding, Rob Hartill, David Robinson, Cliff Skolnick, Randy Terbush, Robert S. Thau, dan Andrew Wilson. Hasil kerja mereka dirilis sebagai Apache 1.0 pada 1 Desember 1995.

Penerimaannya berlangsung cepat. Hanya berselang setahun, survei Netcraft pada 1996 mencatat Apache melampaui NCSA httpd sebagai web server nomor satu di internet. Posisi itu dipertahankan selama lebih dari dua dekade berikutnya.

Saat artikel ini ditulis, versi stabil terbaru adalah Apache 2.4.68 yang dirilis pada 8 Juni 2026. Sebaliknya, seri lama 1.3, 2.0, dan 2.2 sudah dipindahkan ke situs arsip dan tidak lagi mendapat dukungan. Jika server Anda masih menjalankan salah satu seri tersebut, memperbaruinya bukan lagi soal fitur melainkan soal keamanan.

Bagaimana Apache Memproses Permintaan HTTP

Memahami alur kerja Apache membuat banyak istilah lain jadi masuk akal dengan sendirinya. Prosesnya sebenarnya cukup mudah diikuti jika dipecah per tahap.

Skema alur kerja Apache saat browser meminta halaman web hingga respons dikirim kembali.

Enam langkah Apache melayani satu permintaan. Berkas statis melewati langkah 4 dan 5 karena tidak membutuhkan penerjemah.

Tahap pertama, browser mengirim permintaan ke server melalui port 80 untuk koneksi biasa atau port 443 untuk koneksi terenkripsi. Apache mendengarkan kedua pintu tersebut dan menerima permintaan yang masuk.

Tahap kedua, Apache memeriksa nama domain yang tertulis di dalam permintaan, lalu mencocokkannya dengan konfigurasi virtual host yang sesuai. Fitur inilah yang memungkinkan satu server fisik melayani puluhan domain berbeda tanpa saling mengganggu.

Tahap ketiga, Apache menerjemahkan alamat yang diminta menjadi lokasi berkas nyata di dalam DocumentRoot — folder yang ditetapkan sebagai akar penyimpanan website. Permintaan ke /tentang-kami.html akan dicarikan berkas dengan nama tersebut di dalam folder yang bersangkutan.

Tahap terakhir menentukan bagaimana berkas diperlakukan. Berkas statis seperti HTML, CSS, dan gambar dikirim apa adanya. Berkas dinamis seperti PHP tidak dikirim mentah, melainkan diserahkan lebih dulu ke penerjemahnya untuk dijalankan. Apache lalu menerima hasilnya berupa HTML jadi. Hasil itu dikirim ke browser bersama kode status, misalnya 200 untuk permintaan berhasil atau 404 untuk berkas yang tidak ditemukan.

Fungsi Apache di Luar Mengirim Halaman

Mengirimkan berkas hanyalah tugas paling dasar. Dalam pemakaian sehari-hari, Apache membawa sejumlah fungsi lain yang sering tidak disadari pengguna pemula.

1. Virtual hosting: Satu instalasi Apache dapat melayani banyak domain sekaligus, masing-masing dengan folder, log, dan pengaturan sendiri. Inilah alasan teknis mengapa layanan hosting bersama bisa menampung ratusan pelanggan dalam satu server.
2. Pengaturan akses dan autentikasi: Apache dapat mengunci folder dengan kata sandi, membatasi akses berdasarkan alamat IP, atau memblokir jenis berkas tertentu. Semuanya berlaku tanpa mengubah kode aplikasi Anda.
3. Terminasi SSL/TLS: Melalui modul mod_ssl, Apache menangani enkripsi koneksi HTTPS, termasuk membaca sertifikat dan mengarahkan pengunjung ke koneksi aman.
4. Kompresi dan cache: Modul seperti mod_deflate memampatkan berkas sebelum dikirim, sehingga halaman terasa lebih ringan di koneksi lambat. Modul cache menyimpan hasil yang sering diminta agar tidak diolah berulang kali.
5. Reverse proxy dan load balancing: Apache mampu berdiri di depan aplikasi lain, menerima permintaan pengunjung, lalu meneruskannya ke server di belakang. Cara kerja ini kita kenal sebagai reverse proxy, dan Apache sekaligus dapat membagi beban ke beberapa server tujuan.

Modul dan .htaccess: Sumber Kelenturan Apache

Apache dibangun dengan arsitektur modular. Intinya sendiri hanya menangani hal-hal paling mendasar, sementara kemampuan tambahan datang dari modul yang dapat dipasang dan dilepas sesuai kebutuhan. Anda memerlukan enkripsi, aktifkan mod_ssl. Anda membutuhkan penulisan ulang alamat, aktifkan mod_rewrite. Modul yang tidak dipakai cukup dinonaktifkan agar tidak membebani memori.

Di atas sistem modul itu, Apache menyediakan satu fitur yang barangkali paling menentukan popularitasnya: berkas .htaccess. Ini adalah berkas konfigurasi berukuran kecil yang Anda letakkan langsung di dalam folder website. Isinya berlaku untuk folder tersebut beserta seluruh isinya, mulai berlaku seketika tanpa perlu menyalakan ulang server, dan yang terpenting — tidak membutuhkan akses administrator.

Poin terakhir itu sangat berarti. Pengguna layanan web hosting bersama tidak memiliki akses ke konfigurasi utama server, karena konfigurasi tersebut dipakai bersama seluruh pelanggan lain. Lewat .htaccess, mereka tetap dapat mengatur pengalihan alamat, memasang kata sandi folder, atau mengubah aturan penulisan alamat sendiri. Panel seperti cPanel pun banyak memanfaatkan mekanisme ini di balik layar.

Kelenturan tersebut ada harganya, dan dokumentasi resmi Apache menyebutkannya secara terbuka. Ketika kemampuan .htaccess diaktifkan, Apache akan mencari berkas tersebut pada setiap permintaan yang masuk, bahkan ketika berkasnya sama sekali tidak ada. Pencarian itu juga menelusuri seluruh folder induk. Untuk satu permintaan ke /www/htdocs/contoh, Apache memeriksa /.htaccess, lalu /www/.htaccess, lalu /www/htdocs/.htaccess, dan terakhir /www/htdocs/contoh/.htaccess — empat akses tambahan ke penyimpanan untuk satu permintaan saja.

Diagram penelusuran berkas .htaccess Apache dari folder root hingga folder tujuan.

Satu permintaan memicu empat pemeriksaan berkas .htaccess, dari folder root sampai folder tujuan, bahkan ketika berkasnya tidak ada.

Ada satu biaya lagi yang jarang disadari. Aturan mod_rewrite yang ditulis di dalam .htaccess dikompilasi ulang setiap kali ada permintaan. Bandingkan dengan aturan yang sama jika ditulis di konfigurasi utama: ia hanya dikompilasi sekali saat server dinyalakan, lalu disimpan di memori. Karena itulah Apache sendiri menyarankan agar .htaccess dipakai hanya bila Anda memang tidak memiliki akses ke konfigurasi utama.

MPM: Cara Apache Menangani Banyak Pengunjung Sekaligus

Bagian ini sering dilewati, padahal justru di sinilah performa Apache ditentukan. MPM adalah singkatan dari Multi-Processing Module, yaitu modul yang mengatur bagaimana Apache menangani banyak koneksi secara bersamaan. Apache 2.4 menyediakan tiga pilihan.

1. Prefork: Apache menyiapkan sejumlah proses terpisah, dan setiap proses melayani satu koneksi pada satu waktu. Modelnya paling sederhana dan paling aman, karena antarproses tidak saling berbagi memori. Kelemahannya jelas: setiap koneksi membutuhkan satu proses penuh, sehingga konsumsi memori naik cepat ketika pengunjung membludak.
2. Worker: Model gabungan. Apache menjalankan beberapa proses, dan tiap proses menjalankan sejumlah thread (alur eksekusi ringan di dalam satu proses). Satu proses karenanya bisa melayani banyak koneksi sekaligus dengan memori yang jauh lebih hemat dibanding prefork.
3. Event: Penyempurnaan dari worker dan menjadi pilihan bawaan di hampir semua sistem Unix modern. Perbaikan utamanya menyangkut koneksi yang menganggur. Pada worker, koneksi yang dibiarkan terbuka menunggu permintaan berikutnya tetap mengunci satu thread. Event memindahkan koneksi menganggur tersebut ke thread pengawas khusus, sehingga thread pekerja langsung bebas melayani pengunjung lain.

Reputasi Apache sebagai server yang boros memori sebagian besar berakar pada prefork. Padahal Apache modern secara bawaan sudah memakai event, sepanjang sistem operasinya mendukung thread dan mekanisme pemantauan koneksi seperti epoll atau kqueue.

Diagram perbandingan mode Apache Prefork, Worker, dan Event dengan koneksi pengunjung dan thread.

Prefork memakai satu proses per koneksi, worker membagi tiap proses menjadi banyak thread, dan event membebaskan thread dari koneksi yang menganggur.

Lalu mengapa prefork masih sering dijumpai? Penyebabnya adalah cara PHP dipasang. Banyak instalasi lama menjalankan PHP melalui modul mod_php, yang ditanam langsung di dalam proses Apache. Sebagian besar build PHP tidak aman dijalankan dalam lingkungan multi-thread, sehingga kehadiran mod_php memaksa Apache turun kembali ke prefork.

Solusinya sudah lama tersedia: jalankan PHP secara terpisah melalui PHP-FPM. Dengan begitu Apache bebas memakai event, dan pemakaian memorinya turun secara signifikan.

Kelebihan Apache

1. Ekosistem dan dokumentasi paling matang: Dengan usia lebih dari tiga dekade, hampir setiap pesan galat Apache sudah pernah dibahas orang lain. Dokumentasi resminya pun tergolong lengkap dan jujur menyebutkan kelemahan fiturnya sendiri.
2. Konfigurasi per-folder tanpa akses administrator: Berkas .htaccess memberi keleluasaan kepada pemilik website di hosting bersama untuk mengatur perilaku server sendiri. Tidak semua web server menyediakan kemampuan setara.
3. Modularitas yang benar-benar terpakai: Anda dapat menyusun Apache seramping atau selengkap yang dibutuhkan, tanpa mengompilasi ulang program.
4. Dukungan penuh di hampir semua panel hosting: cPanel, Plesk, dan panel sejenis memperlakukan Apache sebagai warga kelas satu. Fitur seperti pengaturan domain dan pemasangan sertifikat berjalan tanpa penyesuaian tambahan.
5. Berjalan di banyak sistem operasi: Satu keterampilan yang sama dapat Anda pakai di Linux server maupun di komputer Windows untuk keperluan belajar.
6. Gratis dan terbuka sepenuhnya: Tidak ada versi berbayar yang menyembunyikan fitur penting. Seluruh kemampuan Apache tersedia untuk semua orang.

Kelemahan dan Hal yang Perlu Anda Pertimbangkan

1. Konsumsi memori lebih tinggi pada beban besar: Terutama jika masih memakai prefork, jumlah pengunjung bersamaan berbanding lurus dengan pemakaian memori. Server dengan RAM terbatas akan lebih cepat kehabisan napas dibanding server yang memakai model berbasis peristiwa.
2. Biaya tersembunyi dari .htaccess: Kenyamanan yang ditawarkannya dibayar dengan pemeriksaan berkas tambahan pada setiap permintaan, seperti dijelaskan sebelumnya.
3. Konfigurasi mudah terserak: Aturan dapat berada di konfigurasi utama, di berkas virtual host, atau di berbagai .htaccess yang tersebar di banyak folder. Saat terjadi masalah, melacak aturan mana yang berlaku bisa menyita waktu.
4. Kalah cepat untuk berkas statis: Untuk melayani gambar dan CSS dalam jumlah masif, arsitektur Apache tidak seefisien server yang dirancang khusus untuk keperluan itu.

Angka pemakaian memberi gambaran yang cukup jelas soal posisinya hari ini. Per Juli 2026, W3Techs mencatat Apache dipakai oleh 23,1% website yang web server-nya dapat diidentifikasi, di bawah Nginx yang mencapai 31,5%. Yang lebih menarik adalah pola sebarannya: di antara 1.000 situs dengan trafik tertinggi, pangsa Apache hanya 11,1%, sementara Nginx menempati 30,8%.

Pola tersebut layak dibaca dengan tenang. Apache tidak sedang ditinggalkan, sebab ia tetap menopang hampir seperempat website di dunia. Yang terjadi adalah pergeseran wilayah. Apache bertahan kuat di lapisan hosting bersama dan aplikasi PHP, sementara situs bertrafik sangat tinggi cenderung berpindah ke arsitektur lain.

Apache atau Nginx? Menempatkan Keduanya

Pertanyaan ini hampir selalu muncul, dan jawabannya jarang berupa salah satu.

Aspek	Apache	Nginx
Model pemrosesan	Proses dan thread (prefork, worker, event)	Berbasis peristiwa, jumlah proses tetap
Konfigurasi per-folder	Tersedia lewat .htaccess	Tidak tersedia, harus lewat konfigurasi utama
Kekuatan utama	Fleksibilitas, modul, konten dinamis	Berkas statis, koneksi bersamaan dalam jumlah besar
Paling cocok untuk	Hosting bersama, aplikasi PHP, aturan per-folder	Reverse proxy, penyaji berkas statis, trafik tinggi
Perubahan konfigurasi	Sebagian berlaku tanpa restart	Membutuhkan muat ulang konfigurasi

Yang perlu diperhatikan, susunan paling umum di server produksi justru memakai keduanya sekaligus. Nginx ditempatkan di depan untuk menerima seluruh permintaan pengunjung dan melayani berkas statis, sementara permintaan yang membutuhkan pengolahan diteruskan ke Apache di belakangnya. Dengan cara ini, kecepatan Nginx dan kelenturan .htaccess milik Apache dapat dinikmati bersamaan. Pembahasan lebih dalam mengenai arsitektur pesaingnya dapat Anda baca di artikel Nginx adalah.

Kapan Sebaiknya Anda Memakai Apache

Berikut panduan yang lebih konkret daripada sekadar "sesuaikan kebutuhan".

Pakailah Apache jika website Anda berjalan di atas WordPress, Laravel, atau aplikasi PHP lain di layanan hosting bersama. Di lingkungan ini Anda tidak memegang akses administrator, dan .htaccess menjadi satu-satunya cara mengatur pengalihan alamat maupun aturan penulisan alamat.

Pakailah Apache jika aplikasi Anda mewarisi aturan .htaccess yang panjang dari pengembang sebelumnya. Memindahkan aturan tersebut ke sintaks server lain menuntut penulisan ulang menyeluruh, dan risiko salah pindah biasanya lebih besar daripada keuntungan kecepatannya.

Pakailah Apache jika Anda sedang belajar di komputer sendiri. Paket seperti XAMPP menyatukan Apache, MySQL, dan PHP dalam satu pemasangan. Susunan ini sering disebut LAMP stack ketika berjalan di Linux, dan menjadi lingkungan latihan yang paling banyak dipakai.

Pertimbangkan pilihan lain jika situs Anda melayani lebih dari sekitar 500 pengunjung bersamaan dengan mayoritas berkas statis. Hal serupa berlaku bila server Anda memiliki RAM di bawah 1 GB dan sering kehabisan memori. Pada kondisi tersebut, berpindah ke arsitektur berbasis peristiwa umumnya lebih menolong daripada menyetel Apache lebih jauh.

Satu catatan penting soal penyetelan: memilih MPM dan mengatur jumlah proses membutuhkan akses ke konfigurasi utama server. Kemampuan itu hanya tersedia jika Anda memegang akses administrator, misalnya lewat VPS. Bagi yang ingin menyetel Apache sampai ke tingkat MPM, VPS Indonesia memberi keleluasaan yang tidak mungkin didapat di hosting bersama.

Pertanyaan yang Sering Muncul

Apakah Apache dan Apache Tomcat produk yang sama? Bukan. Apache HTTP Server melayani permintaan HTTP untuk website pada umumnya, sedangkan Tomcat menjalankan aplikasi web berbasis Java. Keduanya proyek terpisah yang kerap dipasang berdampingan.

Apakah Apache benar-benar gratis? Ya. Apache dirilis di bawah Lisensi Apache 2.0 dan bebas dipakai untuk keperluan pribadi maupun komersial, tanpa versi berbayar yang menahan fitur tertentu.

Bisakah Apache dijalankan di Windows? Bisa. Apache menyediakan binary untuk Windows, dan paket seperti XAMPP mempermudah pemasangannya untuk keperluan belajar. Untuk server produksi, Linux tetap menjadi pilihan yang paling lazim.

Apa bedanya Apache dengan XAMPP? Apache adalah web server-nya, sementara XAMPP adalah paket instalasi yang menggabungkan Apache dengan MySQL/MariaDB, PHP, dan Perl dalam sekali pasang. XAMPP memuat Apache, bukan menggantikannya.

Apakah Apache masih layak dipakai pada 2026? Masih. Apache menopang sekitar 23% website yang server-nya teridentifikasi dan tetap menerima pembaruan aktif di seri 2.4. Untuk website berbasis PHP di hosting bersama, ia bahkan masih menjadi pilihan yang paling praktis.

Kesimpulan

Apache adalah web server open source yang menerima permintaan HTTP dari browser lalu mengirimkan balik berkas atau hasil olahan program. Ia sudah menjalankan peran tersebut sejak 1995. Kekuatan utamanya terletak pada arsitektur modular, dukungan luas di panel hosting, serta berkas .htaccess yang memberi kendali kepada pengguna tanpa akses administrator. Kenyamanan terakhir itu dibayar dengan pemeriksaan berkas tambahan pada setiap permintaan.

Pilihlah Apache ketika Anda mengelola website PHP di hosting bersama, mewarisi aturan .htaccess yang panjang, atau sedang membangun lingkungan belajar di komputer sendiri. Pertimbangkan arsitektur lain ketika beban pengunjung bersamaan sudah tinggi dan sebagian besar yang dilayani adalah berkas statis. Keduanya juga sah dipakai bersamaan, dan susunan seperti itu justru yang paling banyak dijumpai di server produksi.

Semoga artikel ini membantu.