DBA: mercado

Vaga

uma vaga aberta que passou pelo filtro de qualidade e lista pelo menos duas tecnologias

Candidato observado

um candidato cujo stack contém esta tecnologia; um agregado — nenhum registro individual sai do perímetro

Candidato compatível

ainda não contado

Janela

vagas abertas no momento em que o snapshot foi gerado

Top 5: sql, cloud, aws, oracle, postgresql. SGBDs: PostgreSQL (principal demanda na CEI — substituição de importações; Postgres Pro), Oracle (legacy enterprise), MS SQL Server, MySQL / MariaDB; cada vez mais — NoSQL (MongoDB, Redis) e SGBDs analíticos (ClickHouse — muito popular na CEI). Tolerância a falhas: Patroni (cluster HA de PostgreSQL — o padrão), repmgr, PgBouncer / Odyssey (connection pooling). Backup: pgBackRest, WAL-G, Barman, PITR (point-in-time recovery). Monitoramento: Prometheus + exporters, pgwatch, Percona Monitoring, Zabbix, Grafana. Skills: SQL profundo e análise de planos de query (EXPLAIN ANALYZE), índices (tipos, quando qual usar), partitioning, replicação (física / lógica), tuning de parâmetros do SGBD, VACUUM / autovacuum e combate ao bloat no PostgreSQL, locks e transações, segurança (roles, permissões, encryption, audit). Infraestrutura: Linux (obrigatório), scripting (Bash / Python), redes, para DBRE — Ansible / Terraform (infraestrutura como código), Docker / Kubernetes e operators de DB. Conhecimento das internals do SGBD (como o planner funciona, MVCC, WAL) é valorizado acima de comandos decorados.

Para um DBA na CEI a resposta em 2026 é em grande parte predeterminada pela substituição de importações. PostgreSQL — a escolha principal: aberto, poderoso, em desenvolvimento ativo; na Rússia — migração em massa de SGBDs proprietários, há um fornecedor doméstico, o Postgres Pro, e as exigências do regulador e das compras estatais empurram para o Postgres. A expertise de DBA de PostgreSQL é hoje a mais procurada e vai continuar crescendo. Oracle — um SGBD enterprise poderoso com enorme legado em bancos e grandes corporações; o conhecimento de Oracle ainda é valioso (o legado não foi a lugar nenhum, os especialistas são poucos), mas é uma tecnologia em declínio — construir uma carreira em torno dela é arriscado, antes como um ativo adicional. MS SQL Server — forte no segmento corporativo, também sob pressão da substituição de importações na RF. MySQL / MariaDB — amplamente usados na web, mais simples que o Postgres, mas menos interessantes para uma carreira séria de DBA. NoSQL e analytics: ClickHouse (SGBD analítico, muito popular na CEI), MongoDB, Redis — um acréscimo útil. Estratégia 2026: apostar no PostgreSQL como especialização principal; ClickHouse — como um acréscimo forte; Oracle / MS SQL — se você pegar um projeto legado (paga bem, mas não é a base de uma carreira).

DBRE (Database Reliability Engineer) — a evolução moderna do cargo de DBA, surgida sob influência da cultura DevOps e SRE. O DBA clássico trabalha em grande parte «à mão»: configura servidores manualmente, executa operações, reage a incidentes, muitas vezes visto como uma função separada do desenvolvimento — um «porteiro». O DBRE aplica a abordagem de engenharia do SRE aos bancos de dados: infraestrutura como código (configuração dos bancos, clusters — via Terraform / Ansible, não à mão), automação das operações de rotina, observabilidade (métricas, SLO para bancos), autoatendimento para desenvolvedores (em vez de «abra um chamado para o DBA»), confiabilidade por meio da automação, não do heroísmo. O DBRE está mais próximo do desenvolvimento e do DevOps, programa mais, pensa em processos escaláveis. Na prática: a fronteira é difusa, muitas vagas de «DBA» exigem, na essência, uma abordagem DBRE. A tendência de 2026 é inequívoca — em direção ao DBRE: a administração manual escala mal, nuvens e operadores do Kubernetes automatizam as tarefas clássicas de DBA. Conclusão para a carreira: o DBA puramente «de cliques» é cada vez menos comum; vale a pena crescer em direção ao DBRE — automação, IaC, observabilidade, domínio do SGBD no nível de entender seu funcionamento interno. Isso também é mais bem pago.

O trabalho de DBA se divide em dois grandes perfis (em empresas pequenas uma pessoa combina os dois, em grandes — são cargos diferentes). Production DBA — operação de bancos vivos: configuração e suporte dos servidores de SGBD, backup e recuperação (e verificação regular de que os backups de fato restauram), replicação e tolerância a falhas (clusters HA, failover), monitoramento e resposta a incidentes, atualizações e patching, segurança (acesso, criptografia, auditoria), planejamento de capacidade, migrações. Foco — disponibilidade e confiabilidade 24/7. Development DBA — apoio ao desenvolvimento: design de schema, otimização de consultas (análise de planos, índices, reescrita de consultas lentas), consultoria aos desenvolvedores, revisão de migrações, modelagem de dados. Foco — desempenho e qualidade do trabalho com dados. Cloud DBA — bancos gerenciados na nuvem (a nuvem assume parte da rotina, mas configuração, otimização, custo e segurança permanecem). DBRE — conecta tudo isso com automação e uma abordagem de engenharia. A essência geral do cargo: um DBA é um engenheiro responsável por garantir que os dados estejam disponíveis, íntegros, protegidos e rápidos; um erro de DBA (backup perdido, cluster caído) custa muito caro ao negócio — daí o nível das exigências e o nível da remuneração.

Sim, 24% das vagas de DBA — remotas ou híbridas. A administração de bancos de dados é feita bem à distância (acesso ao servidor via canais seguros, monitoramento via dashboards). Nuance — parte dos bancos, fintech e setor público por razões de segurança e requisitos regulatórios preferem presencial ou híbrido (especialmente para acesso a BDs em produção com dados sensíveis). Grandes empresas russas oferecem formatos diferentes. Inglês — necessário para o mercado internacional e para a documentação. A tendência rumo a DBRE (automação, IaC) torna o cargo ainda mais propício ao remoto.

O DBA raramente é o primeiro cargo — as pessoas chegam mais vezes da administração de sistemas, do desenvolvimento backend ou de operações. Roadmap: 1) SQL — a fundo: consultas de qualquer complexidade, JOIN, window functions, agregações; depois DDL, transações, ACID. 2) PostgreSQL como SGBD principal (prioridade para a CEI) — instalação, configuração, papéis e permissões, configuração. 3) Estrutura interna — como funciona o query planner, MVCC, WAL, VACUUM / autovacuum; isto distingue um DBA de «uma pessoa que conhece os comandos». 4) Otimização — EXPLAIN ANALYZE, leitura de planos, índices (tipos e quando aplicar), encontrar e corrigir consultas lentas. 5) Backup e recuperação — pgBackRest / WAL-G, PITR; você precisa aprender não só a fazer um backup, mas também a recuperar a partir dele. 6) Replicação e tolerância a falhas — replicação em streaming e lógica, HA via Patroni. 7) Monitoramento — Prometheus + exporters, Grafana, pgwatch. 8) Linux e scripting (Bash / Python) — uma base obrigatória. 9) Para migrar para DBRE — Ansible / Terraform, Docker / Kubernetes, operators de banco. 10) Pet project: subir um cluster PostgreSQL tolerante a falhas com Patroni, configurar backups pgBackRest, monitoramento, conduzir um failover e uma recuperação de treino. Recursos: documentação oficial do PostgreSQL (uma das melhores do setor), cursos da Postgres Professional (alguns gratuitos), livros de administração de PostgreSQL, materiais de SGBD na Otus / Slurm. Num currículo de DBA, valorizam-se cases práticos (recuperação, otimização, migração), não uma lista de SGBDs.

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».

O Senior DBA — um engenheiro responsável pela infraestrutura de dados crítica. SGBD em nível de internals: entendimento profundo do principal SGBD (para a CEI — PostgreSQL) — planner de queries, MVCC, WAL, mecanismos de locking, VACUUM / autovacuum e luta contra bloat, estrutura de índices. Performance: fine tuning de parâmetros do SGBD e do SO, diagnóstico e otimização de queries lentas, análise de planos, estratégia de índices, particionamento, otimização para carga específica. Confiabilidade: design de clusters tolerantes a falhas (Patroni), estratégias de replicação, backup bem pensado com verificação regular de recuperação, PITR, disaster recovery, cálculo e cumprimento de RPO / RTO. Escalabilidade: particionamento, sharding, connection pooling, read replicas, capacity planning. Segurança: modelo de acesso, criptografia, auditoria, conformidade com as exigências do regulador. Operações: monitoramento e alerting, análise de incidentes, atualizações e migrações seguras sob carga (sem downtime). Infraestrutura: Linux em bom nível, scripting (Bash / Python), redes, storage. Habilidades de DBRE: infraestrutura como código (Ansible / Terraform), automação de rotina, Docker / Kubernetes e operadores de BD, observabilidade e SLO para BDs. Visão geral: entendimento de diferentes classes de SGBD (relacional, analítico — ClickHouse, NoSQL) e quando aplicar cada um. Comunicação: trabalho com desenvolvimento (revisão de schemas e migrações, consultoria), explicar riscos à gestão, mentoria. Inglês — para documentação e para o mercado internacional. O Senior DBA é valorizado principalmente pela capacidade de garantir a confiabilidade e a performance dos dados sob carga real e de não perder dados em um incidente.