DBA: rynek

Oferta

otwarta oferta, która przeszła kontrolę jakości i wymienia co najmniej dwie technologie

Obserwowany kandydat

kandydat, którego stack zawiera tę technologię; agregat — żaden pojedynczy rekord nie opuszcza perymetru

Kandydat do dopasowania

jeszcze nie liczone

Okno

oferty otwarte w chwili tworzenia snapshotu

5 najważniejszych: sql, cloud, aws, oracle, postgresql. Systemy bazodanowe: PostgreSQL (główny popyt w WNP — substytucja importu; Postgres Pro), Oracle (legacy enterprise), MS SQL Server, MySQL / MariaDB; coraz częściej — NoSQL (MongoDB, Redis) i analityczne systemy bazodanowe (ClickHouse — bardzo popularny w WNP). Odporność na awarie: Patroni (klaster HA PostgreSQL — standard), repmgr, PgBouncer / Odyssey (pula połączeń). Kopie zapasowe: pgBackRest, WAL-G, Barman, PITR (odtwarzanie do punktu w czasie). Monitoring: Prometheus + eksportery, pgwatch, Percona Monitoring, Zabbix, Grafana. Umiejętności: dogłębny SQL i analiza planów zapytań (EXPLAIN ANALYZE), indeksy (typy, kiedy który), partycjonowanie, replikacja (fizyczna / logiczna), strojenie parametrów bazy, VACUUM / autovacuum i walka z bloatem w PostgreSQL, blokady i transakcje, bezpieczeństwo (role, uprawnienia, szyfrowanie, audyt). Infrastruktura: Linux (obowiązkowo), skrypty (Bash / Python), sieci, dla DBRE — Ansible / Terraform (infrastruktura jako kod), Docker / Kubernetes i operatory baz danych. Znajomość wnętrza systemu bazodanowego (jak działa planista, MVCC, WAL) jest ceniona wyżej niż wyuczone na pamięć polecenia.

Dla DBA w WNP odpowiedź w 2026 jest w dużej mierze przesądzona przez substytucję importu. PostgreSQL — główny wybór: otwarty, potężny, aktywnie rozwijany; w Rosji — masowa migracja z zamkniętych DBMS, jest krajowy dostawca Postgres Pro, wymagania regulatorów i zamówień publicznych pchają w stronę Postgresa. Ekspertyza DBA PostgreSQL jest obecnie najbardziej poszukiwana i popyt będzie rósł. Oracle — potężny korporacyjny DBMS z ogromnym legacy w bankach i dużych korporacjach; znajomość Oracle wciąż jest cenna (legacy nigdzie nie zniknęło, specjalistów jest mało), ale to technologia wypierana — budowanie kariery wokół niej jest ryzykowne, raczej jako dodatkowy atut. MS SQL Server — silny w segmencie korporacyjnym, również pod presją substytucji importu w Rosji. MySQL / MariaDB — szeroko stosowane w webie, prostsze niż Postgres, ale mniej interesujące dla poważnej kariery DBA. NoSQL i analityka: ClickHouse (analityczny DBMS, bardzo popularny w WNP), MongoDB, Redis — przydatny dodatek. Strategia 2026: postaw na PostgreSQL jako główną specjalizację; ClickHouse — jako mocny dodatek; Oracle / MS SQL — jeśli trafi ci się projekt legacy (dobrze płatny, ale nie fundament kariery).

DBRE (Database Reliability Engineer) — nowoczesna ewolucja roli DBA, powstająca pod wpływem kultury DevOps i SRE. Klasyczny DBA pracuje w dużej mierze „ręcznie”: ręcznie konfiguruje serwery, wykonuje operacje, reaguje na incydenty, często postrzegany jako funkcja oddzielona od developmentu — „strażnik bramy”. DBRE stosuje inżynierskie podejście SRE do baz danych: infrastruktura jako kod (konfiguracja baz, klastry — przez Terraform / Ansible, nie ręcznie), automatyzacja rutynowych operacji, observability (metryki, SLO dla baz), samoobsługa dla programistów (zamiast „załóż zgłoszenie do DBA”), niezawodność dzięki automatyzacji, a nie heroizmowi. DBRE jest bliżej developmentu i DevOps, więcej programuje, myśli kategoriami skalowania procesów. W praktyce: granica jest rozmyta, wiele ofert „DBA” w istocie wymaga podejścia DBRE. Trend 2026 jest jednoznaczny — w stronę DBRE: ręczna administracja słabo się skaluje, chmury i operatory Kubernetesa automatyzują klasyczne zadania DBA. Wniosek dla kariery: czysty „klikający” DBA spotykany jest coraz rzadziej; warto rozwijać się w stronę DBRE — automatyzacja, IaC, observability, znajomość DBMS na poziomie rozumienia jego wnętrza. To też jest lepiej płatne.

Praca DBA dzieli się na dwa duże profile (w małych firmach łączy je jedna osoba, w dużych — to różne role). Production DBA — obsługa działających baz danych: konfiguracja i utrzymanie serwerów DBMS, kopie zapasowe i odtwarzanie (oraz regularne sprawdzanie, czy kopie faktycznie się odtwarzają), replikacja i odporność na awarie (klastry HA, failover), monitoring i reagowanie na incydenty, aktualizacje i poprawki, bezpieczeństwo (dostępy, szyfrowanie, audyt), planowanie przepustowości, migracje. Nacisk — dostępność i niezawodność 24/7. Development DBA — wsparcie developmentu: projektowanie schematów, optymalizacja zapytań (analiza planów, indeksy, przepisywanie wolnych zapytań), doradzanie programistom, przegląd migracji, modelowanie danych. Nacisk — wydajność i jakość pracy z danymi. Cloud DBA — zarządzane bazy danych w chmurze (chmura przejmuje część rutyny, ale konfiguracja, optymalizacja, koszt, bezpieczeństwo pozostają). DBRE — łączy to wszystko z automatyzacją i podejściem inżynierskim. Ogólna istota roli: DBA to inżynier odpowiedzialny za to, by dane były dostępne, nienaruszone, chronione i szybkie; błąd DBA (utracona kopia, upadły klaster) kosztuje biznes bardzo drogo — stąd poziom wymagań i poziom wynagrodzeń.

Tak, 24% ofert DBA — praca zdalna lub hybrydowa. Administracja bazami danych dobrze sprawdza się zdalnie (dostęp do serwerów przez bezpieczne kanały, monitoring przez dashboardy). Niuans — część banków, fintechów i sektora publicznego ze względów bezpieczeństwa i wymogów regulacyjnych woli biuro lub hybrydę (zwłaszcza przy dostępie do produkcyjnych baz z wrażliwymi danymi). Duże rosyjskie firmy oferują różne formaty. Angielski — potrzebny na rynku międzynarodowym i do dokumentacji. Kierunek w stronę DBRE (automatyzacja, IaC) czyni rolę jeszcze bardziej przyjazną pracy zdalnej.

DBA rzadko bywa pierwszą rolą — częściej trafia się do niej z administracji systemami, programowania backendowego lub operacji. Roadmapa: 1) SQL — gruntownie: zapytania dowolnej złożoności, JOIN, funkcje okna, agregacje; potem DDL, transakcje, ACID. 2) PostgreSQL jako główny DBMS (priorytet dla WNP) — instalacja, konfiguracja, role i uprawnienia, ustawienia. 3) Budowa wewnętrzna — jak działa planer zapytań, MVCC, WAL, VACUUM / autovacuum; to odróżnia DBA od «osoby, która zna polecenia». 4) Optymalizacja — EXPLAIN ANALYZE, czytanie planów, indeksy (typy i kiedy je stosować), znajdowanie i naprawianie wolnych zapytań. 5) Kopie zapasowe i odtwarzanie — pgBackRest / WAL-G, PITR; trzeba nauczyć się nie tylko robić kopię, ale też z niej odtwarzać. 6) Replikacja i odporność na awarie — replikacja strumieniowa i logiczna, HA przez Patroni. 7) Monitoring — Prometheus + eksportery, Grafana, pgwatch. 8) Linux i skrypty (Bash / Python) — obowiązkowa baza. 9) Dla przejścia do DBRE — Ansible / Terraform, Docker / Kubernetes, operatory baz danych. 10) Projekt własny: wdróż odporny na awarie klaster PostgreSQL z Patroni, skonfiguruj kopie zapasowe pgBackRest, monitoring, przeprowadź ćwiczeniowy failover i odtworzenie. Zasoby: oficjalna dokumentacja PostgreSQL (jedna z najlepszych w branży), kursy Postgres Professional (część darmowa), książki o administracji PostgreSQL, materiały o DBMS na Otus / Slurm. W CV DBA cenione są praktyczne case'y (odtworzenie, optymalizacja, migracja), a nie lista systemów baz danych.

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

Senior DBA — inżynier odpowiedzialny za krytyczną infrastrukturę danych. SZBD na poziomie wnętrza: głębokie rozumienie głównego SZBD (dla WNP — PostgreSQL) — planista zapytań, MVCC, WAL, mechanizmy blokad, VACUUM / autovacuum i walka z bloatem, struktura indeksów. Wydajność: precyzyjne strojenie parametrów SZBD i systemu operacyjnego, diagnostyka i optymalizacja wolnych zapytań, analiza planów, strategia indeksów, partycjonowanie, optymalizacja pod konkretne obciążenie. Niezawodność: projektowanie odpornych na awarie klastrów (Patroni), strategie replikacji, przemyślane kopie zapasowe z regularną weryfikacją odtwarzania, PITR, disaster recovery, wyliczanie i dotrzymywanie RPO / RTO. Skalowanie: partycjonowanie, sharding, connection pooling, repliki do odczytu, planowanie pojemności. Bezpieczeństwo: model dostępu, szyfrowanie, audyt, zgodność z wymogami regulatora. Eksploatacja: monitoring i alerty, analiza incydentów, bezpieczne aktualizacje i migracje pod obciążeniem (bez przestojów). Infrastruktura: Linux na dobrym poziomie, skrypty (Bash / Python), sieci, storage. Umiejętności DBRE: infrastruktura jako kod (Ansible / Terraform), automatyzacja rutyny, Docker / Kubernetes i operatory baz danych, observability i SLO dla baz danych. Horyzont: rozumienie różnych klas SZBD (relacyjne, analityczne — ClickHouse, NoSQL) i tego, kiedy stosować które. Komunikacja: współpraca z developmentem (przegląd schematów i migracji, konsultacje), wyjaśnianie ryzyk kierownictwu, mentoring. Angielski — do dokumentacji i na rynek międzynarodowy. Senior DBA jest ceniony przede wszystkim za umiejętność zapewnienia niezawodności i wydajności danych pod realnym obciążeniem oraz niezgubienia danych podczas incydentu.