MongoDB și Redis administrat în Moldova

Servicii DevOps · MongoDB & Redis · Moldova

Replica set pe trei noduri, cu failover real

Hosting MongoDB în Moldova și Redis administrat pentru aplicațiile care au nevoie de schemă flexibilă și de cache rapid. Proiectăm colecțiile și strategia de caching, ridicăm replica set-ul, închidem accesul pe rețea privată și ținem totul monitorizat. Munca se consumă din orele DevOps incluse în abonamentul tău, cu suport în română și rusă.

  • Redis cu maxmemory și politică de eviction
  • Zero port de bază de date pe IP public
  • VPS 1–8 h · dedicate 5–10 h (în funcție de plan), GPU 10 h
    Ore incluse lunar
  • Frankfurt (UE)
    Datacentere
  • conținut static livrat rapid din CDN
    Latență din Moldova
  • română și rusă
    Suport

Ce facem cu MongoDB și ce facem cu Redis

MongoDB îl folosim acolo unde documentele diferă între ele: anunțuri cu atribute variabile, fișe de produs care se schimbă des, jurnale de activitate. Proiectăm colecțiile pornind de la interogări, nu de la formulare, și adăugăm indexuri compuse pentru filtrele care se folosesc zilnic. Redis intră ca strat de cache, ca depozit de sesiuni și ca coadă de sarcini scurte. Stabilim ce se cachează, cu ce durată de viață și ce se recalculează la invalidare, ca aplicația să nu servească date vechi.

  • Modelare de colecții pornind de la interogările reale
  • Cache cu TTL explicit și invalidare la scriere
  • Cozi scurte de sarcini pe Redis, cu reluare la eșec

Bune practici pe care le aplicăm la MongoDB și Redis

Cele mai multe incidente cu aceste două motoare nu vin din trafic, vin din configurația implicită lăsată neatinsă. O instanță fără parolă, legată pe toate interfețele, este găsită de scanere automate în câteva ore. Practicile de mai jos sunt punctul nostru de plecare pe orice livrare și se reverifică la fiecare intervenție. Când un plan nu permite trei noduri, îți explicăm exact ce disponibilitate pierzi și ce alternative ai.

  • Replica set pe trei noduri, cu alegere automată de primar
  • Autentificare și TLS obligatorii, legare doar pe rețeaua privată
  • maxmemory setat și politică de eviction potrivită tipului de date
  • Persistență AOF sau RDB, plus Sentinel ori Redis Cluster pentru disponibilitate
  • ACL-uri Redis pe aplicație și exerciții de restaurare din backup

Incidentul care se repetă: baza de date pe IP public

În Moldova, ca oriunde, cel mai frecvent incident pe care îl reparăm este o instanță de Redis sau MongoDB expusă direct la internet, moștenită de la un furnizor anterior sau de la un contractor grăbit. Rezultatul este previzibil: date șterse, cerere de răscumpărare într-un document lăsat în bază, uneori server folosit pentru minat. Reparația noastră este mereu aceeași: mutăm ascultarea pe interfața privată, obligăm autentificarea, punem accesul administrativ exclusiv prin VPN și rulăm un audit de porturi din exterior.

Ore incluse, facturare și migrare

Cererile se deschid din panoul de client, la secțiunea Servicii DevOps, cu termenul propus de tine. Planurile de VPS includ între una și opt ore lunar, serverele dedicate între cinci și zece ore, în funcție de plan, iar cele GPU zece ore, iar cPanel o oră începând cu planul Advanced. Pe MongoDB și Redis orele se duc de obicei în indexare, reglarea memoriei, upgrade-uri și securizare. Orele nu se reportează în luna următoare, iar depășirile se facturează separat, la oră, pe factura în euro cu TVA 20 %. Migrarea este gratuită.

Orele de DevOps, CyberSecurity și Programare sunt incluse în abonament, lună de lună: 1 h de la planul cPanel Advanced în sus, 1–8 h pe VPS și 5–10 h pe serverele dedicate, în funcție de plan, și 10 h pe GPU. Le ceri din panoul de client și propui termenul; cota expiră la sfârșitul lunii calendaristice, iar lucrul de peste cotă se acceptă și se facturează separat, în euro, cu TVA 20 % și factură SFS. Cu abonamentele care includ minimum 2 ore lunare îți construim un site de prezentare, iar cu cele care includ minimum 5 ore, un magazin online — din orele deja plătite în abonament.

Cazuri de utilizare

Platformă de livrări din Chișinău

Sesiunile curierilor și pozițiile actualizate secundă cu secundă stau în Redis, cu TTL scurt. Istoricul comenzilor și fișele clienților rămân în MongoDB, replicat pe trei noduri, ca o cădere de nod să nu oprească livrările.

Portal regional de anunțuri

Fiecare categorie are alte atribute, așa că documentele MongoDB diferă între ele. Rezultatele de căutare cele mai cerute se cachează în Redis pentru câteva minute, ceea ce ține pagina rapidă în vârfurile de seară.

Call-center bilingv română și rusă

Fișele apelurilor se scriu în MongoDB cu structură variabilă, în funcție de campanie. Rapoartele de supervizor și cozile de apeluri în așteptare trec prin Redis, ca panoul să răspundă instant în timpul turelor aglomerate.

Cum lucrăm

  1. Descrii aplicația și volumele

    Din panou, la Servicii DevOps, ne spui ce scrii în MongoDB, ce vrei să cachezi în Redis, cât trafic ai și ce termen îți convine.

  2. Proiectăm colecțiile și cache-ul

    Stabilim modelul de documente, indexurile necesare, cheile de cache cu durata lor de viață și politica de eviction potrivită pentru datele tale.

  3. Instalăm și securizăm

    Ridicăm replica set-ul și instanța Redis pe rețeaua privată, activăm autentificarea, TLS și backupurile, apoi mutăm aplicația fără opriri lungi.

  4. Predăm cu runbook

    Primești schema colecțiilor, lista indexurilor, credențialele separate pe aplicație, procedura de failover și raportul primei restaurări de test.

Tehnologii

  • MongoDB
  • Redis
  • Redis Sentinel
  • Redis Cluster
  • mongodump
  • TLS 1.3
  • Prometheus
  • Grafana

Întrebări frecvente

  • Ce este Redis și la ce folosește?

    Redis este un depozit de date în memorie, folosit pentru cache, sesiuni, contoare, limitare de rată și cozi scurte de sarcini. Ține datele în RAM, deci răspunde foarte repede, dar are memorie limitată. De aceea are nevoie de maxmemory, de o politică de eviction și de persistență configurată corect.

  • Ce hosting suportă MongoDB și Redis?

    Ai nevoie de VPS cu acces root sau de server dedicat; pe cPanel nu poți instala aceste motoare. Le configurăm noi pe planul tău, legate pe rețeaua privată, cu autentificare și backupuri, iar munca intră în orele DevOps incluse în abonament.

  • Pot rula MongoDB pe hosting shared sau am nevoie de VPS?

    Pe hosting shared nu. Un cPanel nu îți dă procese proprii de bază de date, control pe memorie sau porturi private, iar MongoDB are nevoie de toate trei. Pornirea rezonabilă este un VPS; pentru un replica set pe trei noduri sau volume mari, un server dedicat.

  • MongoDB sau Redis: când folosesc fiecare?

    MongoDB este depozitul durabil, pentru date pe care nu îți permiți să le pierzi și pe care le interoghezi în multe feluri. Redis este stratul rapid și volatil, pentru ce se poate recalcula: cache, sesiuni, cozi. În aplicațiile reale se folosesc împreună, nu una în locul celeilalte.

  • Cum securizez o instanță Redis sau MongoDB expusă public?

    Primul pas este să nu mai fie publică: ascultare pe interfața privată, port închis în firewall, acces administrativ doar prin VPN. Apoi autentificare obligatorie, ACL-uri separate pe aplicație, TLS pe conexiuni și un audit de porturi din exterior care să confirme că nimic nu a rămas deschis.

  • Ce se întâmplă când Redis umple memoria?

    Fără maxmemory, sistemul ajunge să omoare procesul și pierzi tot ce era în memorie. Cu maxmemory setat, Redis începe să evacueze chei conform politicii alese, de exemplu cele mai puțin folosite recent. Setăm politica în funcție de ce ții acolo: cache pur, sesiuni sau cozi.

Punem MongoDB și Redis pe picioare corect

Spune-ne ce aplicație ai și de unde vine încetineala. Îți propunem modelul de date, strategia de cache și pașii de securizare pe planul tău.