DBA: mercato

Posizione

un'offerta aperta che ha superato il controllo di qualità e indica almeno due tecnologie

Candidato osservato

un candidato il cui stack contiene questa tecnologia; un dato aggregato: nessun singolo record esce dal perimetro

Candidato abbinabile

non ancora conteggiato

Finestra

offerte aperte nel momento in cui è stato creato lo snapshot

I principali nel 5: sql, cloud, aws, oracle, postgresql. DBMS: PostgreSQL (la domanda principale nella CSI: sostituzione delle importazioni; Postgres Pro), Oracle (enterprise legacy), MS SQL Server, MySQL / MariaDB; sempre più NoSQL (MongoDB, Redis) e DBMS analitici (ClickHouse: molto popolare nella CSI). Tolleranza ai guasti: Patroni (cluster HA per PostgreSQL: lo standard), repmgr, PgBouncer / Odyssey (connection pooling). Backup: pgBackRest, WAL-G, Barman, PITR (point-in-time recovery). Monitoraggio: Prometheus + exporter, pgwatch, Percona Monitoring, Zabbix, Grafana. Competenze: SQL approfondito e analisi dei piani delle query (EXPLAIN ANALYZE), indici (tipi, quando usare quale), partizionamento, replica (fisica / logica), tuning dei parametri del DBMS, VACUUM / autovacuum e lotta al bloat in PostgreSQL, lock e transazioni, sicurezza (ruoli, permessi, crittografia, audit). Infrastruttura: Linux (obbligatorio), scripting (Bash / Python), reti, per il DBRE Ansible / Terraform (infrastruttura come codice), Docker / Kubernetes e operator per i database. La conoscenza del funzionamento interno del DBMS (come lavora il planner, MVCC, WAL) vale più dei comandi memorizzati.

Per un DBA nella CSI la risposta nel 2026 è in gran parte predeterminata dalla sostituzione delle importazioni. PostgreSQL: la scelta principale: aperto, potente, in sviluppo attivo; in Russia c'è una migrazione di massa dai DBMS proprietari, esiste un vendor nazionale, Postgres Pro, e i requisiti dei regolatori e degli appalti pubblici spingono verso Postgres. La competenza da DBA PostgreSQL è oggi la più richiesta e continuerà a crescere. Oracle: un DBMS enterprise potente con un enorme legacy nelle banche e nelle grandi aziende; la conoscenza di Oracle è ancora preziosa (il legacy non è sparito, gli specialisti sono pochi), ma è una tecnologia in via di sostituzione: costruirci sopra una carriera è rischioso, meglio come risorsa aggiuntiva. MS SQL Server: forte nel segmento aziendale, anch'esso sotto pressione per la sostituzione delle importazioni nella Federazione Russa. MySQL / MariaDB: molto usati nel web, più semplici di Postgres, ma meno interessanti per una carriera seria da DBA. NoSQL e analisi: ClickHouse (DBMS analitico, molto popolare nella CSI), MongoDB, Redis: un'aggiunta utile. Strategia 2026: punta su PostgreSQL come specializzazione principale; ClickHouse come forte aggiunta; Oracle / MS SQL se ti capita un progetto legacy (paga bene, ma non è la base di una carriera).

DBRE (Database Reliability Engineer): l'evoluzione moderna del ruolo di DBA, nata sotto l'influenza della cultura DevOps e SRE. Il DBA classico lavora in gran parte «a mano»: configura manualmente i server, esegue le operazioni, reagisce agli incidenti, ed è spesso percepito come una funzione separata dallo sviluppo, un «guardiano». Il DBRE applica ai database l'approccio ingegneristico dell'SRE: infrastructure as code (configurazione dei DB e dei cluster tramite Terraform / Ansible, non a mano), automazione delle operazioni di routine, osservabilità (metriche, SLO per i DB), self-service per gli sviluppatori (invece di «apri un ticket al DBA»), affidabilità tramite automazione, non tramite eroismo. Il DBRE è più vicino allo sviluppo e al DevOps, scrive più codice, ragiona in termini di processi scalabili. In pratica: il confine è sfumato, molte offerte «DBA» richiedono di fatto un approccio DBRE. La tendenza del 2026 è chiara, verso il DBRE: l'amministrazione manuale scala male, i cloud e gli operatori Kubernetes automatizzano i compiti classici del DBA. Conclusione per la carriera: il DBA puramente «manuale» è sempre meno comune; conviene crescere verso il DBRE: automazione, IaC, osservabilità, padronanza del DBMS fino alla comprensione dei suoi meccanismi interni. Ed è anche pagato di più.

Il lavoro del DBA si divide in due grandi profili (nelle piccole aziende una sola persona li combina, nelle grandi sono ruoli diversi). Production DBA: gestione dei database in produzione: configurazione e supporto dei server DBMS, backup e ripristino (e verifica regolare che i backup si ripristinino davvero), replica e tolleranza ai guasti (cluster HA, failover), monitoraggio e risposta agli incidenti, aggiornamenti e patch, sicurezza (accessi, cifratura, audit), pianificazione della capacità, migrazioni. Focus: disponibilità e affidabilità 24/7. Development DBA: supporto allo sviluppo: progettazione degli schemi, ottimizzazione delle query (analisi dei piani, indici, riscrittura delle query lente), consulenza agli sviluppatori, revisione delle migrazioni, modellazione dei dati. Focus: prestazioni e qualità del lavoro con i dati. Cloud DBA: DB gestiti nel cloud (il cloud si fa carico di parte della routine, ma configurazione, ottimizzazione, costi e sicurezza restano). DBRE: unisce tutto questo con l'automazione e un approccio ingegneristico. L'essenza generale del ruolo: un DBA è un ingegnere responsabile che i dati siano disponibili, integri, protetti e veloci; un errore del DBA (backup perso, cluster caduto) costa molto caro all'azienda: da qui il livello dei requisiti e il livello della retribuzione.

Sì, il 24% delle offerte DBA è da remoto o ibrido. L'amministrazione dei database si fa bene a distanza (accesso ai server tramite canali sicuri, monitoraggio tramite dashboard). Sfumatura: una parte di banche, fintech e settore pubblico, per motivi di sicurezza e requisiti normativi, preferisce la sede o l'ibrido (soprattutto per l'accesso a DB di produzione con dati sensibili). Le grandi aziende russe offrono formati diversi. Inglese: serve per il mercato internazionale e per la documentazione. Il passaggio verso il DBRE (automazione, IaC) rende il ruolo ancora più adatto al remoto.

Il DBA raramente è il primo ruolo: ci si arriva più spesso dall'amministrazione di sistema, dallo sviluppo backend o dalle operations. Roadmap: 1) SQL a fondo: query di qualsiasi complessità, JOIN, window function, aggregazioni; poi DDL, transazioni, ACID. 2) PostgreSQL come DBMS principale (priorità per la CSI): installazione, configurazione, ruoli e permessi, configurazione. 3) Struttura interna: come funziona il query planner, MVCC, WAL, VACUUM / autovacuum; è ciò che distingue un DBA da «una persona che conosce i comandi». 4) Ottimizzazione: EXPLAIN ANALYZE, lettura dei piani, indici (tipi e quando usarli), individuazione e correzione delle query lente. 5) Backup e ripristino: pgBackRest / WAL-G, PITR; devi imparare non solo a fare un backup, ma anche a ripristinare da esso. 6) Replica e tolleranza ai guasti: replica in streaming e logica, HA tramite Patroni. 7) Monitoraggio: Prometheus + exporter, Grafana, pgwatch. 8) Linux e scripting (Bash / Python): una base obbligatoria. 9) Per passare al DBRE: Ansible / Terraform, Docker / Kubernetes, operator per DB. 10) Progetto personale: metti in piedi un cluster PostgreSQL tollerante ai guasti con Patroni, configura i backup con pgBackRest, il monitoraggio, esegui un failover e un ripristino di prova. Risorse: documentazione ufficiale di PostgreSQL (una delle migliori del settore), corsi di Postgres Professional (alcuni gratuiti), libri sull'amministrazione di PostgreSQL, materiali sui DBMS su Otus / Slurm. In un CV da DBA si apprezzano i casi pratici (ripristino, ottimizzazione, migrazione), non un elenco di DBMS.

50 active open DBA vacancies in the Zorky sample — a narrow but steadily in-demand specialization. Geography: the US, India, Poland. Sources: hh.ru («database administrator», «DBA», «PostgreSQL DBA», «DBMS operations engineer»), Habr Career, getmatch, LinkedIn (international segment), Telegram (PostgreSQL and DBA communities, specialized channels). Demand concentrates in fintech, telecom, public sector and large products; in CIS 2026 the main driver is import substitution and the wave of migrations to PostgreSQL, which has separately raised demand for Postgres DBAs. Senior vacancy closing time — 6-12 weeks (shortage of qualified specialists). Shortage and regulatory pressure make the segment stable and well-paid; vacancies are few in number, but they're «expensive».

Il Senior DBA è un ingegnere responsabile dell'infrastruttura dati critica. DBMS a livello di internals: comprensione approfondita del DBMS principale (per la CSI: PostgreSQL): query planner, MVCC, WAL, meccanismi di lock, VACUUM / autovacuum e lotta al bloat, struttura degli indici. Prestazioni: messa a punto fine dei parametri del DBMS e del sistema operativo, diagnosi e ottimizzazione delle query lente, analisi dei piani, strategia degli indici, partizionamento, ottimizzazione per un carico specifico. Affidabilità: progettazione di cluster fault-tolerant (Patroni), strategie di replica, backup ragionato con verifica regolare del ripristino, PITR, disaster recovery, calcolo e rispetto di RPO / RTO. Scalabilità: partizionamento, sharding, connection pooling, repliche in lettura, capacity planning. Sicurezza: modello degli accessi, cifratura, audit, conformità ai requisiti del regolatore. Operations: monitoraggio e alerting, analisi degli incidenti, aggiornamenti e migrazioni sicuri sotto carico (senza downtime). Infrastruttura: Linux a buon livello, scripting (Bash / Python), reti, storage. Competenze DBRE: infrastructure as code (Ansible / Terraform), automazione della routine, Docker / Kubernetes e operator per i DB, osservabilità e SLO per i DB. Visione d'insieme: comprensione delle diverse classi di DBMS (relazionali, analitici come ClickHouse, NoSQL) e di quando usare quale. Comunicazione: lavoro con lo sviluppo (revisione di schemi e migrazioni, consulenza), spiegare i rischi al management, mentoring. Inglese: per la documentazione e il mercato internazionale. Il Senior DBA è apprezzato soprattutto per la capacità di garantire affidabilità e prestazioni dei dati sotto carico reale e di non perdere dati durante un incidente.