Kako se MongoDB uvodi u produkciju i kako se njime upravlja?

Question

Accepted Answer

Pokretanje MongoDB-a u produkciji uključuje **replikacijske setove** (visoka dostupnost), odgovarajuću **sigurnost**, **sigurnosne kopije**, **nadzor** i planiranje resursa — ili korišćenje **MongoDB Atlas-a** (upravljane cloud usluge) koja se brine za većinu toga. Pouzdano upravljanje MongoDB-om zahteva pažnju na ova operativna pitanja.

## Opcije uvođenja

```text
SELF-MANAGED → run MongoDB yourself (on VMs/containers): full control, but you handle
  replica sets, failover, backups, upgrades, scaling, monitoring, security
MONGODB ATLAS → the managed cloud service (AWS/GCP/Azure): handles HA, backups,
  scaling, patching, monitoring, security defaults → much less operational burden
  (the common choice for many teams)
```

## Produkcijske neophodnosti

```text
✓ REPLICA SET (not standalone) — for high availability + automatic failover (3+ nodes)
✓ SECURITY:
  - Enable AUTHENTICATION (never run open!) — auth is OFF by default in some setups
  - Use TLS/SSL for connections
  - Network restrictions (firewall, VPC, IP allowlists — don't expose to the internet)
  - Least-privilege roles for users/applications
  - (Default-open MongoDB has caused MANY real data breaches — secure it!)
✓ BACKUPS — regular, automated, tested (Atlas does continuous backups + PITR)
✓ MONITORING — track performance, slow queries, resource usage (Atlas/Ops Manager)
✓ Working set in RAM; adequate disk/IOPS; connection limits
```

## Sigurnost je kritična (česta greška)

```text
⚠️ MongoDB instances left WITHOUT AUTHENTICATION and exposed to the internet have
   caused NUMEROUS large data breaches (anyone could read/delete the data).
→ ALWAYS enable authentication, use TLS, restrict network access. This is essential.
```

## Skaliranje i održavanje

```text
✓ Vertical scaling (bigger instances) first; SHARDING for horizontal scale at high volume
✓ Read scaling via secondaries (read preferences)
✓ Plan upgrades, index maintenance, monitor and address slow queries
✓ Atlas automates much of this (auto-scaling, automated patching, etc.)
```

## Zašto je važno

Razumevanje kako uvesti i upravljati MongoDB-om u produkciji važno je za **pouzdano i sigurno pokretanje MongoDB-a**, pa je to važno znanje za senior nivo za proizvodne MongoDB sisteme.

Osnovne stvari su kritične: uvođenje kao **replikacijski set** (ne kao samostalni) za visoku dostupnost i automatsko prebacivanje, osiguranje **sigurnosnih kopija** (redovne, automatizirane, testirane — za oporavak od katastrofe) i **nadzor** (praćenje performansi, sporih upita, resursa).

Najkritičnije, **sigurnost** je veliki problem specifično sa MongoDB-om: **MongoDB instance ostavljene bez autentifikacije i izložene internetu izazvale su brojne velike, stvarne curenja podataka** (bilo ko bi mogao pročitati ili obrisati sve podatke) — poznata, ponavljajuća greška — pa je uvek omogućavanje autentifikacije, korišćenje TLS-a, ograničavanje pristupa mreži (zaštitni zidovi, VPC-ovi, IP dozvoljene liste, neizlaganje internetu) i korišćenje uloga sa najmanjim privilegijama od bitne važnosti za sigurnost koja sprečava katastrofalne curenja.

Razumevanje **opcija uvođenja** — samoupravljano (puna kontrola ali vi rukujete svim operativnim pitanjima) naspram **MongoDB Atlas-a** (upravljane cloud usluge koja se brine za HA, sigurnosne kopije, skaliranje, zakrpljavanje, nadzor i podrazumevane sigurnosne mere, smanjujući operativno opterećenje — čest izbor) — i **skaliranja** (prvo vertikalno, sharding za horizontalno skaliranje, čitanje skaliranja putem sekundarnih čvorova) odražava praktično operativno znanje.

Pošto pokretanje MongoDB-a u produkciji zahteva pažnju na dostupnost, sigurnost (posebno s obzirom na istoriju curenja MongoDB-a), sigurnosne kopije i nadzor, a pošto su ta operativna pitanja (ili korišćenje upravljane usluge kao Atlas) ono što čini MongoDB pouzdanim i sigurnim u produkciji, razumevanje MongoDB uvođenja i operacija — replikacijski setovi za HA, kritične sigurnosne prakse (autentifikacija, TLS, mrežna ograničenja), sigurnosne kopije, nadzor, skaliranje i upravljana opcija Atlas — je važno znanje za senior nivo za odgovorno rukovanje MongoDB-om, često kritična pitanja gde je sigurnosni aspekt posebno (izbegavanje česte, katastrofalne greške nezaštićenih izloženih instanci) od bitne važnosti, znanje visokog riska.