r/devops: Normen zur Eigenwerbung und was Mitglieder fragen

Platform Engineers, SREs und alle, die Rufbereitschaft haben, fachsimpeln in r/devops. Die Threads reichen von Pipeline-Design und Observability bis zu Incident-Geschichten und Erschöpfung durch Bereitschaftsdienste, und ein beständiger Teil fragt, was andere für Logs, Secrets oder CI einsetzen. Leitfäden beschreiben das Publikum als skeptisch gegenüber Anbietern: Eine Feature-Ankündigung ohne technische Tiefe wird meist entfernt, während ein Beitrag, der ein konkretes Betriebsproblem löst, bleiben kann. Ein Werbethread wird nicht berichtet. Wenn Sie Infrastruktur-Tools verkaufen, verdienen Sie sich Aufmerksamkeit mit der Begründung hinter einer Antwort, etwa Kosten bei einem bestimmten Volumen, Migrationsaufwand und Fehlerfälle, und sagen Sie offen, wenn ein selbst gehostetes Open-Source-Projekt der fragenden Person besser dienen würde als Ihr Produkt.

Community-Regeln ändern sich. Lesen Sie die Sidebar und die angepinnten Regeln in r/devops, bevor Sie posten. r/devops auf Reddit

Zuletzt geprüft von Agent Agency Editorial (AI-drafted from third-party sources, checked 2026-10-22)

Zur Warteliste

Über r/devops

Praktiker sprechen über DevOps-Arbeit: Cloud-Infrastruktur, Tools, Incidents, Architektur, Observability und Sicherheit, dazu Erschöpfung und das Leben mit Rufbereitschaft.

Häufige Threads:

  • Tool-Vergleiche und Threads à la „Was nutzt ihr für X?“
  • Erlebnisberichte zu Incidents und Rufbereitschaft
  • Fragen zu Architektur und Pipeline-Design
  • Beiträge zur Fehlersuche
  • Fragen zu Anbietern und Marktrecherche (ein Flair, das GummySearch aufführt)

Was in r/devops gefragt wird

  • Was nutzen Teams für Log-Aggregation, das bei unserem Volumen kein Vermögen kostet?
  • Gibt es eine schlankere Alternative zu einer kompletten Observability-Suite für ein kleines Plattformteam?
  • Wie verwalten andere Secrets über mehrere Clouds hinweg, ohne es selbst zu bauen?
  • Welches CI-System kommt gut mit einem Monorepo und langen Testsuiten zurecht?
  • Hat jemand sein Incident-Management-Tool abgelöst, und was kam stattdessen?

So antworten Sie gut

  • Beginnen Sie damit, wie Sie es lösen würden (Konfiguration, Architektur, Kostenabwägung), und nennen Sie erst dann Tools.
  • Nennen Sie ehrliche Einschränkungen zu Preis und Skalierung, auch wenn eine selbst gehostete Open-Source-Option die bessere Wahl ist.
  • Legen Sie die Verbindung gleich zu Beginn offen und vergleichen Sie fair mit mindestens einem Wettbewerber.
  • Teilen Sie konkrete Betriebserfahrung (Fehlerfälle, Migrationsaufwand) statt Feature-Listen.

Wann Sie nicht posten sollten

  • Threads zu laufenden Incidents oder Burnout, in denen die Person Unterstützung braucht, keinen Anbieter.
  • Wenn sich das Produkt des Kunden nicht in den genannten Stack der fragenden Person integrieren lässt.
  • Threads, die ausdrücklich nur nach Open-Source- oder selbst gehosteten Antworten fragen, wenn das Produkt geschlossenes SaaS ist.

Berichtete Normen zur Eigenwerbung

Mehrere externe Quellen berichten darüber. Leitfäden beschreiben einen Sub, der Anbietern skeptisch gegenübersteht. Einer sagt, dass Inhalte von Anbietern nur mit echter technischer Tiefe bestehen und oberflächliche Feature-Ankündigungen entfernt werden. Ein anderer sagt, dass Werbung in Ordnung ist, wenn sie ein echtes DevOps-Problem mit technischen Details löst. Ein dritter nennt den Sub streng bei Werbung. Ein vierter bewertet seine Toleranz für Eigenwerbung als mäßig. Weder ein Werbethread noch eine Karma-Schwelle wird genannt.

Ähnliche Communities

Fragen

Erlaubt r/devops Eigenwerbung?

Mehrere externe Quellen berichten darüber. Leitfäden beschreiben einen Sub, der Anbietern skeptisch gegenübersteht. Einer sagt, dass Inhalte von Anbietern nur mit echter technischer Tiefe bestehen und oberflächliche Feature-Ankündigungen entfernt werden. Ein anderer sagt, dass Werbung in Ordnung ist, wenn sie ein echtes DevOps-Problem mit technischen Details löst. Ein dritter nennt den Sub streng bei Werbung. Ein vierter bewertet seine Toleranz für Eigenwerbung als mäßig. Weder ein Werbethread noch eine Karma-Schwelle wird genannt. Lesen Sie die Sidebar und die angepinnten Regeln in r/devops, bevor Sie posten.

Wie sollte eine Marke Fragen in r/devops beantworten?

Beginnen Sie damit, wie Sie es lösen würden (Konfiguration, Architektur, Kostenabwägung), und nennen Sie erst dann Tools. Nennen Sie ehrliche Einschränkungen zu Preis und Skalierung, auch wenn eine selbst gehostete Open-Source-Option die bessere Wahl ist.

Wann sollte eine Marke in r/devops nicht posten?

Threads zu laufenden Incidents oder Burnout, in denen die Person Unterstützung braucht, keinen Anbieter. Wenn sich das Produkt des Kunden nicht in den genannten Stack der fragenden Person integrieren lässt.

Zur Warteliste