{"id":906317,"date":"2026-10-23T12:43:56","date_gmt":"2026-10-23T12:43:56","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/dba-vs-dbre-vs-sre-2\/"},"modified":"2026-10-23T12:43:56","modified_gmt":"2026-10-23T12:43:56","slug":"dba-vs-dbre-vs-sre-2","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/dba-vs-dbre-vs-sre-2\/","title":{"rendered":"DBA, DBRE und SRE: So unterscheiden sich die Rollen in modernen IT-Umgebungen"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Schl\u00fcsselpunkte<\/h2>\n<ul>\n<li>Ein DBA (Database Administrator) sorgt mit tiefem operativem Fachwissen daf\u00fcr, dass Datenbanken stabil und sicher laufen.<\/li>\n<li>Ein DBRE (Database Reliability Engineer) erweitert die klassischen DBA-Aufgaben um Automatisierung und DevOps-Praktiken, um manuellen Aufwand zu reduzieren und die Zuverl\u00e4ssigkeit von Datenbanken im gro\u00dfen Ma\u00dfstab zu verbessern.<\/li>\n<li>Ein SRE (Site Reliability Engineer) \u00fcbertr\u00e4gt Prinzipien der Softwareentwicklung auf das gesamte Produktivsystem und misst und steuert die Systemzuverl\u00e4ssigkeit \u00fcber SLOs (Service Level Objectives) und Fehlerbudgets.<\/li>\n<li>Wenn Unternehmen wachsen, entstehen durch unklare Grenzen zwischen diesen drei Rollen Verantwortungsl\u00fccken, die die Reaktion auf Vorf\u00e4lle verlangsamen.<\/li>\n<li>Der richtige Zeitpunkt f\u00fcr DBRE- oder SRE-Rollen ist erreicht, wenn Deployment-Frequenz, Verf\u00fcgbarkeitszusagen oder Infrastrukturkomplexit\u00e4t \u00fcber das hinauswachsen, was reaktiver, manueller Betrieb leisten kann.<\/li>\n<\/ul>\n<\/div>\n<p>Dieser Artikel zeigt die grundlegenden Unterschiede zwischen den Rollen <strong>DBA, DBRE und SRE<\/strong>. Der Leitfaden richtet sich in erster Linie an alle, die ihre beruflichen Optionen abw\u00e4gen. Er eignet sich aber ebenso f\u00fcr erfahrene IT-Profis, die moderne IT-Begriffe noch einmal auffrischen m\u00f6chten. Erw\u00e4hnenswert ist au\u00dferdem: Einige Aufgaben der Rollen \u00fcberschneiden sich <em>durchaus<\/em>, trotzdem ist jede Rolle in ihrer Funktion, ihrer Bedeutung und ihrem Beitrag im Unternehmen einzigartig.<\/p>\n<h2>Kurz\u00fcberblick: DBA, DBRE und SRE im Vergleich<\/h2>\n<table>\n<tbody>\n<tr>\n<td><\/td>\n<td style=\"text-align: center;\"><a href=\"#dba\"><strong>DBA<\/strong><\/a><\/td>\n<td style=\"text-align: center;\"><a href=\"#dbre\"><strong>DBRE<\/strong><\/a><\/td>\n<td style=\"text-align: center;\"><a href=\"#sre\"><strong>SRE<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td>Steht f\u00fcr<\/td>\n<td>Database Administrator<\/td>\n<td>Database Reliability Engineer<\/td>\n<td>Site Reliability Engineer<\/td>\n<\/tr>\n<tr>\n<td>Schwerpunkt<\/td>\n<td>Stabilit\u00e4t und Integrit\u00e4t der Datenbank<\/td>\n<td>Datenbank-Automatisierung und Zuverl\u00e4ssigkeit<\/td>\n<td>Zuverl\u00e4ssigkeit des Gesamtsystems<\/td>\n<\/tr>\n<tr>\n<td>Umfang<\/td>\n<td>Datenbank<\/td>\n<td>Datenbank + zugeh\u00f6riges \u00d6kosystem<\/td>\n<td>Gesamter Produktiv-Stack<\/td>\n<\/tr>\n<tr>\n<td>Denkweise<\/td>\n<td>Operativ (\u201ereparieren\u201c)<\/td>\n<td>Pr\u00e4ventiv (\u201eautomatisieren\u201c)<\/td>\n<td>Systemisch (\u201ekonstruieren\u201c)<\/td>\n<\/tr>\n<tr>\n<td>Zentrale F\u00e4higkeiten<\/td>\n<td>Query-Optimierung, Datenmodellierung, Backup\/Wiederherstellung<\/td>\n<td>Infrastructure as Code, CI\/CD, Observability-Tools<\/td>\n<td>Verteilte Systeme, Koordination bei Vorf\u00e4llen, Kapazit\u00e4tsplanung<\/td>\n<\/tr>\n<tr>\n<td>Arbeitet zusammen mit<\/td>\n<td>Ops-Teams, Sicherheitsteams<\/td>\n<td>Dev-Squads, DevOps-Teams<\/td>\n<td>Allen Engineering-Teams<\/td>\n<\/tr>\n<tr>\n<td>Erfolgsma\u00dfstab<\/td>\n<td>Verf\u00fcgbarkeit, Datenintegrit\u00e4t<\/td>\n<td>SLOs, weniger manueller Aufwand, Automatisierungsgrad<\/td>\n<td>Fehlerbudgets, systemweite SLOs, H\u00e4ufigkeit von Vorf\u00e4llen<\/td>\n<\/tr>\n<tr>\n<td>Typische Tools<\/td>\n<td>pgAdmin, Oracle Enterprise Manager, SQL Server Management Studio<\/td>\n<td>Terraform, Flyway, Liquibase, Prometheus<\/td>\n<td>PagerDuty, Grafana, eigene Automatisierungs-Frameworks<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2 id=\"dba\">Die Aufgaben eines DBA<\/h2>\n<p>Ein Database Administrator (DBA) h\u00e4lt Ihre Datenbank am Laufen und sorgt f\u00fcr ihren guten Zustand. DBAs gelten oft als erste Verteidigungslinie: Sie stellen sicher, dass die Datenbank sicher bleibt und wieder online geht, wenn etwas schiefl\u00e4uft. Ihre Arbeit dreht sich um betriebliche Stabilit\u00e4t, und sie sind verantwortlich f\u00fcr:<\/p>\n<ul>\n<li>Installation und Konfiguration der Datenbank<\/li>\n<li>Die korrekte Einrichtung der Engine f\u00fcr die jeweilige Workload<\/li>\n<li>Verwaltung von <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/datensicherung-und-wiederherstellung\/\">Daten-Backup und Wiederherstellung<\/a> (einschlie\u00dflich der Entscheidung f\u00fcr die <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/beste-daten-backup-und-wiederherstellungs-software\/\">beste Software f\u00fcr Daten-Backup und Wiederherstellung<\/a>)<\/li>\n<li>Analyse langsamer Queries<\/li>\n<li>Identifizierung von Engp\u00e4ssen<\/li>\n<li>Optimierung von Indizes<\/li>\n<li>Durchsetzung von Sicherheits- und Zugriffskontrollen<\/li>\n<li>Regelm\u00e4\u00dfiges Patching und Upgrades<\/li>\n<\/ul>\n<p>Diese Aufgabe hat sich nicht ver\u00e4ndert, die Methoden sind jedoch komplexer geworden, um modernen IT-Anforderungen gerecht zu werden. Konkret versteht ein versierter DBA die Interna von Systemen wie MySQL, PostgreSQL oder SQL Server sehr genau, deutlich tiefer als \u201edurchschnittliche\u201c Engineers. DBAs wissen, wie Ausf\u00fchrungspl\u00e4ne f\u00fcr Queries funktionieren, wie Storage-Engines Transaktionen verarbeiten und warum eine bestimmte Index-Strategie einer Workload n\u00fctzt, einer anderen aber schadet.<\/p>\n<p>Im Kern stellt ein DBA sicher, dass ein Datenbankserver im Hinblick auf Stabilit\u00e4t, Performance und Zuverl\u00e4ssigkeit richtig konfiguriert ist. Entsprechend z\u00e4hlen f\u00fcr DBAs vor allem Konsistenz und Verf\u00fcgbarkeit. Geht etwas kaputt, repariert es der DBA.<\/p>\n<p>Allerdings kann dieses reaktive <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/hat-break-fix-noch-einen-platz-im-it-channel\/\">Break\/Fix-Modell<\/a> zum betrieblichen Engpass werden, besonders in komplexeren IT-Architekturen.<\/p>\n<h2 id=\"dbre\">Die Aufgaben eines DBRE<\/h2>\n<p>Ein Database Reliability Engineer (DBRE) setzt genau dort an, wo ein \u201eklassischer\u201c DBA an Grenzen st\u00f6\u00dft. DBREs nehmen die Grundlage, die ein DBA geschaffen hat, und erg\u00e4nzen sie um Automatisierung, Skalierbarkeit und moderne DevOps-Praktiken.<\/p>\n<p><em>(Bevor wir fortfahren, ein wichtiger Hinweis: Die Existenz von DBRE-Rollen schm\u00e4lert die Bedeutung von DBA-Rollen keineswegs. Der Unterschied \u00e4hnelt dem zwischen Haus\u00e4rzt:innen und Fach\u00e4rzt:innen. Nur weil es Neurolog:innen gibt, m\u00fcssen Sie bei einem kleinen Kratzer an der Stirn nicht gleich dorthin.)<\/em><\/p>\n<p>DBREs sind darauf trainiert, sich zu fragen: \u201e<em>Wie kann ich das automatisieren, damit dieses Problem nie wieder auftritt?<\/em>\u201c Sie \u00fcbertragen die Prinzipien des Site Reliability Engineering (<a href=\"https:\/\/rootly.com\/blog\/history-of-sre-why-google-invented-the-sre-role\" target=\"_blank\" rel=\"noopener\">erstmals von Google formalisiert<\/a>) gezielt auf die Datenbankebene. W\u00e4hrend ein DBA Probleme in der Regel manuell l\u00f6st, entwickelt ein DBRE den Instinkt, Systeme durch pr\u00e4ventive Ma\u00dfnahmen zu verbessern, meist per Automatisierung. Jeder Vorfall wird zur Gelegenheit, das System zu verbessern. Jede sich wiederholende Aufgabe ist ein Kandidat f\u00fcr Automatisierung. Dieser Wandel der Denkweise, vom Administrator zum Engineer, ist das pr\u00e4gende Merkmal der DBRE-Rolle.<\/p>\n<p>In der Praxis \u00fcbernimmt ein DBRE folgende Aufgaben:<\/p>\n<ul>\n<li>Automatisierung der Datenbank-Bereitstellung<\/li>\n<li>Integration von Schema-\u00c4nderungen in CI\/CD-Pipelines<\/li>\n<li>Aufbau von Self-Healing- und Failover-Mechanismen<\/li>\n<li>\u00dcberwachung von Service Level Objectives (SLOs) f\u00fcr die Datenbank-Performance<\/li>\n<li>Reduzierung manueller Routinearbeit, des sogenannten \u201eToil\u201c (ein Begriff aus der SRE-Kultur f\u00fcr all die repetitive, manuelle Betriebsarbeit, die sich automatisieren lie\u00dfe und sollte)<\/li>\n<\/ul>\n<p>Eine weitere wichtige Neuerung durch DBREs ist die enge Verzahnung mit den Entwicklungsteams. Statt auf Tickets zu warten, nehmen DBREs an Planungsmeetings teil, pr\u00fcfen Code f\u00fcr Datenzugriffe und arbeiten bei Architekturentscheidungen f\u00fcr neue Features mit. Die Verantwortung f\u00fcr die Datenbank-Performance liegt damit nicht mehr allein beim DBA, sondern wird zwischen Entwicklung und Betrieb geteilt. Genau diese geteilte Verantwortung erlaubt es Teams, schneller zu arbeiten, ohne Zuverl\u00e4ssigkeit zu opfern.<\/p>\n<h2 id=\"sre\">Die Aufgaben eines SRE<\/h2>\n<p>Ein Site Reliability Engineer (SRE) wendet Prinzipien der Softwareentwicklung an, um ganze Produktivsysteme zuverl\u00e4ssig und messbar zu halten, nicht nur Datenbanken. Wie im vorherigen Abschnitt erw\u00e4hnt, entstand die SRE-Rolle zuerst bei Google und wurde \u00fcber die frei verf\u00fcgbaren SRE-B\u00fccher bekannt. Die Grundidee ist recht simpel: Betriebsprobleme als Softwareentwicklungsprobleme behandeln und sie mit Code, Automatisierung und Daten l\u00f6sen statt mit manueller Arbeit.<\/p>\n<p>Ein SRE ist in der Regel verantwortlich f\u00fcr:<\/p>\n<ul>\n<li>Die Definition von SLOs \u00fcber den gesamten Anwendungs-Stack hinweg.<\/li>\n<li>Den Aufbau von Automatisierungs-Frameworks, die manuelle Arbeit in Infrastruktur, Deployments und bei der Reaktion auf Vorf\u00e4lle reduzieren.<\/li>\n<li>Die \u00dcberwachung der End-to-End-Service-Gesundheit anhand von Metriken, die die tats\u00e4chliche Benutzererfahrung abbilden.<\/li>\n<li>Die Leitung von Post-Mortem-Reviews nach Vorf\u00e4llen, die auf systemische Verbesserungen statt auf Schuldzuweisungen abzielen.<\/li>\n<li>Architekturempfehlungen, die die Widerstandsf\u00e4higkeit des Systems erh\u00f6hen.<\/li>\n<\/ul>\n<p>Darin liegt der zentrale Unterschied zwischen den Rollen: Das Wissen eines DBRE geht bei Datenbank-Interna in die Tiefe, das eines SRE in die Breite \u00fcber verteilte Systeme hinweg. Das bedeutet auch: SREs verwalten zwar die verschiedenen Ressourcen, auf denen alles l\u00e4uft (dazu k\u00f6nnen auch Datenbankserver geh\u00f6ren), erreichen auf Datenbankseite aber nicht die Tiefe eines DBRE. Ein SRE versteht beispielsweise genug von Query-Performance, um bei der Fehlersuche Kontext zu liefern. Einen komplexen Ausf\u00fchrungsplan zu analysieren oder eine Replikationsstrategie zu entwerfen, geh\u00f6rt jedoch nicht dazu. Das ist DBRE-Terrain.<\/p>\n<p>Der SRE bringt au\u00dferdem zwei der wichtigsten Konzepte moderner Zuverl\u00e4ssigkeitsarbeit mit:<\/p>\n<ul>\n<li>SLO: Definiert ein messbares Zuverl\u00e4ssigkeitsziel (zum Beispiel: \u201e99,9 % der Login-Queries m\u00fcssen \u00fcber einen Zeitraum von 28 Tagen innerhalb von 200 ms abgeschlossen sein.\u201c)<\/li>\n<li>Fehlerbudget: Das rechnerische Gegenst\u00fcck (zum Beispiel: \u201edie 0,1 % der Zeit, in denen das System dieses Ziel verfehlen darf.\u201c)<\/li>\n<\/ul>\n<p>Ist das Fehlerbudget gut gef\u00fcllt, haben Teams Spielraum, neue Features z\u00fcgig auszuliefern. Ist es nahezu aufgebraucht, verschiebt sich die Priorit\u00e4t des Teams automatisiert hin zur Stabilit\u00e4t. Dieses Modell ersetzt die endlose Debatte zwischen \u201e<em>Wir m\u00fcssen schnell sein<\/em>\u201c und \u201e<em>Wir m\u00fcssen stabil sein<\/em>\u201c durch eine einzige, gemeinsame, datenbasierte Kennzahl.<\/p>\n<h2>DBA, DBRE und SRE im direkten Vergleich<\/h2>\n<p>Sie sehen, wie sich diese drei Rollen \u00fcberschneiden k\u00f6nnen. Eine Gegen\u00fcberstellung hilft jedoch, die konkreten Unterschiede herauszuarbeiten.<\/p>\n<p>Die Expertise des DBA ist konzentriert. DBAs kennen bestimmte Datenbank-Engines bis ins Detail und haben jahrelange Erfahrung in der Planung von Backup und Wiederherstellung. Sie sind die erste Anlaufstelle, wenn auf der Datenebene etwas schiefgeht: Stellen Sie eine Anfrage rund um die Datenbank, antwortet in der Regel der DBA. Ihre Denkweise ist von Grund auf <strong>operativ<\/strong>: Die Datenbank stabil und verf\u00fcgbar halten.<\/p>\n<p>Der DBRE baut auf dieser Grundlage auf und erg\u00e4nzt sie um eine Engineering-Denkweise. Solides Datenbankwissen bleibt n\u00f6tig, kommt aber zusammen mit Automatisierung und einem fundierten Verst\u00e4ndnis von Zuverl\u00e4ssigkeitsmetriken und Performance-Baselines. Die Denkweise ist dagegen <strong>pr\u00e4ventiv<\/strong>: Erkennen, was schiefgehen <em>k\u00f6nnte<\/em>, und es per Automatisierung aus der Welt schaffen.<\/p>\n<p>SREs arbeiten auf der breitesten Ebene. Sie m\u00fcssen verteilte Systeme verstehen, die Reaktion auf Vorf\u00e4lle \u00fcber mehrere Teams hinweg koordinieren, Kapazit\u00e4ten f\u00fcr gro\u00dfen Ma\u00dfstab planen und Automatisierung aufbauen, die plattform\u00fcbergreifend funktioniert, nicht nur f\u00fcr Datenbanken. Ihre Denkweise ist damit <strong>systemisch<\/strong>: Wie verh\u00e4lt sich der gesamte Service unter realen Bedingungen, und welche Engineering-Investitionen machen ihn widerstandsf\u00e4higer?<\/p>\n<p>Wenn Sie \u00fcber einen Berufswechsel nachdenken, sollten Sie wissen: Diese Rollen verlangen zunehmend breitere technische und operative F\u00e4higkeiten. Wer als DBA in eine DBRE-Rolle wechseln m\u00f6chte, muss in Automatisierung, Infrastructure as Code, \u00dcberwachungstools und CI\/CD-Integration investieren. Ein DBRE auf dem Weg zur SRE-Arbeit muss sein Systemdenken \u00fcber die Datenbank hinaus erweitern und st\u00e4rkere plattform\u00fcbergreifende Engineering-F\u00e4higkeiten aufbauen. Die Entwicklung verl\u00e4uft nat\u00fcrlich, doch jeder Schritt erfordert eine bewusste Erweiterung sowohl der technischen F\u00e4higkeiten als auch der Perspektive auf das Unternehmen.<\/p>\n<h2>So sorgen Sie f\u00fcr klare Rollenabgrenzung bei DBA, DBRE und SRE<\/h2>\n<p>Es versteht sich von selbst, dass ein klares Verst\u00e4ndnis dieser Rollen entscheidend ist, um Unklarheiten im Unternehmen zu vermeiden. F\u00fcr eine saubere Rollenabgrenzung sollten Sie vorab einige Fragen beantworten, etwa:<\/p>\n<ul>\n<li>Wer verantwortet Vorf\u00e4lle in Produktivdatenbanken: der DBA, der DBRE oder der SRE?<\/li>\n<li>Wer ist f\u00fcr die Definition und Pflege der Datenbank-SLOs zust\u00e4ndig?<\/li>\n<li>Wer verantwortet die Automatisierung von Schema-Migrationen, Failover und Bereitstellung?<\/li>\n<li>Wie schlagen sich Zuverl\u00e4ssigkeitsziele in den Leistungszielen der einzelnen Teams nieder?<\/li>\n<\/ul>\n<p>Klare Antworten darauf erm\u00f6glichen es Ihrem Team, bei Vorf\u00e4llen sofort und eindeutig zu reagieren und <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/wie-menschliches-versagen-mit-cybersecurity-risiken-zusammenhaengt\/\">menschliche Fehler<\/a> zu vermeiden.<\/p>\n<p>Dennoch ist es in kleinen Unternehmen v\u00f6llig legitim, dass eine Person DBA-, DBRE- und SRE-Aufgaben in sich vereint. Entscheidend ist, dass die Verantwortlichkeiten auch in einem solchen Umfeld klar definiert bleiben. Mit dem Wachstum eines Unternehmens gewinnt Spezialisierung an Wert, und die Kosten von Unklarheit steigen mit.<\/p>\n<h2>Der richtige Zeitpunkt f\u00fcr DBRE- oder SRE-Rollen im Unternehmen<\/h2>\n<p>Nicht jedes Unternehmen braucht alle drei Rollen vom ersten Tag an, und es gibt keine allgemeing\u00fcltige Regel daf\u00fcr, wann man sie formalisieren sollte. Es gibt jedoch klare Signale daf\u00fcr, dass das bestehende Modell an seine Grenzen st\u00f6\u00dft.<\/p>\n<ol>\n<li>H\u00e4ufige Vorf\u00e4lle in der Produktion: Das ist das offensichtlichste Signal. Wenn Ihr Team regelm\u00e4\u00dfig Datenbankprobleme l\u00f6schen muss, ist das ein deutlicher Hinweis darauf, dass reaktive DBA-Arbeit allein nicht mehr mit Ihrer Umgebung mitw\u00e4chst.<\/li>\n<li>Schnelle Deployment-Zyklen: Wenn Ihre Entwicklungsteams mehrmals t\u00e4glich deployen, Ihr Prozess f\u00fcr Datenbank\u00e4nderungen aber weiterhin eine manuelle \u00dcbergabe erfordert, haben Sie einen Engpass geschaffen.<\/li>\n<li>Wachsende Automatisierungsanforderungen: Wenn Ihr Unternehmen h\u00f6here Verf\u00fcgbarkeitsanforderungen und h\u00e4ufige Deployments hat, ist es wom\u00f6glich Zeit, SRE-Verantwortlichkeiten oder -Rollen zu formalisieren.<\/li>\n<\/ol>\n<p>Als Faustregel gilt: Wenn Ihr Team Fragen wie \u201eWelche manuellen Aufgaben haben Sie diese Woche erledigt, die sich skripten lie\u00dfen?\u201c oder \u201eWie viel Zeit ging f\u00fcr manuelle Schema-Deployments drauf?\u201c nicht beantworten kann, ist es vermutlich Zeit, sich je nach Bedarf nach einem DBRE oder SRE umzusehen.<\/p>\n<h2>Datenbankbetrieb: Rollen richtig einordnen<\/h2>\n<p>DBAs, DBREs und SREs werden h\u00e4ufig verwechselt, dabei stehen sie f\u00fcr v\u00f6llig unterschiedliche, aber einander erg\u00e4nzende Rollen einer sich weiterentwickelnden Zuverl\u00e4ssigkeitspraxis. Wer seine beruflichen Optionen abw\u00e4gt, sollte \u00fcberlegen, welche Bereiche ihn am meisten interessieren, und F\u00e4higkeiten und Erfahrung darauf ausrichten. IT-Verantwortliche sollten klar definieren, was jede Rolle im eigenen Unternehmen konkret umfasst. Wenn alle wissen, wer wof\u00fcr zust\u00e4ndig ist, werden Vorf\u00e4lle schneller gel\u00f6st, Automatisierung wird ohne Doppelarbeit aufgebaut, und Zuverl\u00e4ssigkeitsziele bleiben nicht l\u00e4nger Wunschdenken, sondern werden messbar.<\/p>\n<p><strong>Verwandte Themen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-site-reliability-engineering-sre\/\">Site Reliability Engineering (SRE) verstehen<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/die-10-haeufigsten-stolperfallen-bei-der-datenbankueberwachung-und-ihre-loesungen\/\">Die 10 h\u00e4ufigsten Fallstricke beim Performance Monitoring von Datenbanken und wie Sie sie vermeiden<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/datenbank-backup-sicherheit\/\">Darum brauchen Datenbank-Backups st\u00e4rkeren Schutz als allgemeine Daten-Backups<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Dieser Artikel zeigt die grundlegenden Unterschiede zwischen den Rollen DBA, DBRE und SRE. Der Leitfaden richtet sich in erster Linie an alle, die ihre beruflichen Optionen abw\u00e4gen. Er eignet sich aber ebenso f\u00fcr erfahrene IT-Profis, die moderne IT-Begriffe noch einmal auffrischen m\u00f6chten. Erw\u00e4hnenswert ist au\u00dferdem: Einige Aufgaben der Rollen \u00fcberschneiden sich durchaus, trotzdem ist jede [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":819391,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4356],"tags":[],"class_list":["post-906317","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-betrieb"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/906317","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/comments?post=906317"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/906317\/revisions"}],"predecessor-version":[{"id":906318,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/906317\/revisions\/906318"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/819391"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=906317"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=906317"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=906317"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}