MongoDB Atlas Overview

Chapter Menggunakan MongoDB Atlas pada bagian Persiapan memandu kita membuat cluster M0 sebagai jalan cepat menuju database latihan. Ketika aplikasi dibawa ke produksi, kita perlu peta yang lebih utuh: Atlas bukan sekadar mongod yang disewa, melainkan platform lengkap yang mengelola perangkat keras, replikasi, cadangan, dan pemantauan dalam satu layanan. Chapter ini membedah komponen platform tersebut, pilihan tier, serta posisi Atlas dibanding server yang kita kelola sendiri.

Peta materi Chapter ini:

Layanan inti Atlas di luar sekadar hosting database.
Tier cluster (M0, Flex, Dedicated M10+) dan tipe cluster (replica set vs sharded).
Multi-cloud, region terdekat untuk Indonesia, dan perbandingan dengan self-managed.

Platform, Bukan Sekadar Hosting #

Mengelola MongoDB produksi sendiri berarti mengurus banyak hal di luar database: menyiapkan replika set, menjadwalkan backup, memantau metrik, dan menambal celah keamanan. Atlas memindahkan pekerjaan operasional itu ke sisi penyedia layanan. Tabel berikut merangkum layanan yang aktif bawaan atau dapat diaktifkan per cluster:

Layanan	Fungsi	Catatan
Backup terkelola	Snapshot terjadwal dan restore titik waktu	Opsi lanjutan untuk tier Dedicated (M10+)
Monitoring dan alert	Metrik operasi, latensi, koneksi, penggunaan disk	Alert bawaan aktif sejak cluster dibuat
Atlas Search	Pencarian teks lengkap berbasis Apache Lucene	Berjalan sebagai node terpisah atau bawaan cluster
Atlas Vector Search	Pencarian embedding untuk aplikasi AI	Skema index khusus pada collection
Network security	IP access list, private endpoint, VPC peering	Dibahas pada Chapter Network Access
Pemeliharaan versi	Upgrade minor dan patch server MongoDB terkelola	Jendela pemeliharaan dapat diatur

Pilihan Tier dan Tipe Cluster #

Atlas mengelompokkan cluster ke dalam tiga kelas harga. Tier menentukan apakah perangkat keras didedikasikan untuk kita atau dibagi dengan penghuni cloud lain:

Tier	Karakter	Cocok untuk
M0 (Free)	Gratis selamanya, 512 MB penyimpanan, maksimum 500 koneksi bersama, 100 database dan 500 collection	Belajar, prototipe, latihan Course ini
Flex	Berbiaya rendah, kapasitas menyesuaikan beban, ada plafon tagihan bulanan	Aplikasi kecil hingga menengah, produk tahap awal
Dedicated (M10 ke atas)	Sumber daya dedicated per tier, auto-scaling storage dan tier, fitur lengkap	Beban kerja produksi

Pada awal 2026 Atlas menghentikan tier bersama M2/M5 beserta Serverless instances — keduanya digantikan Flex. Materi lama yang menyebut serverless mengacu pada model yang kini tidak tersedia untuk cluster baru.

Dari sisi tipe, cluster non-sharded adalah replica set tiga anggota; cluster sharded memecah data antar shard ketika satu replica set tidak lagi memadai. Keduanya tampak sama dari sisi klien karena driver mengenali topologi otomatis — kita buktikan pada server latihan:

js
const topo = db.hello()
printjson({ setName: topo.setName, hosts: topo.hosts, isWritablePrimary: topo.isWritablePrimary })

Output yang Dihasilkan:

text
{
  setName: 'rs0',
  hosts: [
    '127.0.0.1:27017'
  ],
  isWritablePrimary: true
}

Field setName dan hosts memuat identitas replica set beserta daftar anggotanya. Server latihan hanya punya satu anggota, sedangkan cluster Atlas menampilkan tiga host sekaligus — namun mongosh dan driver memperlakukan keduanya sama saja. Pembagian data antar shard dibahas pada Section Sharding.

Multi-Cloud dan Region #

Atlas berjalan di atas AWS, Google Cloud, dan Microsoft Azure; satu cluster bahkan dapat membentang lintas penyedia atau lintas region. Pilihan region menentukan latensi: semakin dekat ke pengguna, semakin cepat operasi baca dan tulis.

Untuk pengguna di Indonesia, dua kandidat region terdekat adalah Singapura dan Jakarta:

Singapura — pilihan paling aman karena tersedia di ketiga penyedia dan mendukung hampir semua tier, termasuk M0 dan Flex.
Jakarta — tersedia di AWS (region ap-southeast-3) dan Google Cloud (region asia-southeast2), tetapi ketersediaannya per tier berbeda antar penyedia; formulir pembuatan cluster hanya menampilkan kombinasi region dan tier yang sah.

Atlas vs Self-Managed #

Dua jalur deployment ini menjawab kebutuhan yang berbeda. Perbandingan berikut merangkum trade-off utamanya:

Aspek	Atlas	Self-managed
Kontrol versi dan konfigurasi	Terbatas pada opsi yang ditawarkan Atlas	Penuh, termasuk `mongod.conf`
Akses sistem operasi	Tidak ada — hanya panel, API, dan `mongosh`	Akses shell penuh
Backup dan upgrade	Dikelola otomatis oleh platform	Dijadwalkan dan diuji sendiri
Biaya	Langganan berbasis tier dan pemakaian	Biaya server, listrik, dan waktu tim
SLA resmi	Tersedia untuk cluster Dedicated	Bergantung kontrak penyedia VPS/cloud

Chapter Instalasi MongoDB Community menunjukkan betapa singkatnya menyiapkan mongod sendiri, sedangkan Section Keamanan memperlihatkan berapa lapisan yang harus kita rakit manual: bindIp, firewall, TLS, hingga user dan role. Atlas menghadirkan seluruh lapisan itu sebagai menu siap pakai — itulah harga berkurangnya kontrol.

Rangkuman #

Atlas adalah platform lengkap: backup terkelola, monitoring, Atlas Search, Vector Search, dan pengendalian jaringan aktif di sisi penyedia.
Tiga kelas tier: M0 gratis untuk belajar, Flex hemat untuk tahap awal produk, Dedicated M10+ untuk produksi dengan fitur penuh.
Cluster non-sharded Atlas adalah replica set tiga anggota; dari sisi mongosh dan driver, bentuknya sama dengan server lokal kita.
Singapura adalah region terdekat dengan dukungan tier paling lengkap; Jakarta tersedia di AWS dan Google Cloud dengan syarat tier yang berbeda-beda.