RabbitMQ einfach selbst hosten
Yulei ChenRabbitMQ ist einer der beliebtesten Open-Source Message Broker. Er unterstützt AMQP, MQTT und STOMP und eignet sich perfekt als Backbone für Microservices, Background Jobs und Event-Driven Architectures. Managed RabbitMQ Services wie CloudAMQP oder Amazon MQ werden schnell teuer, besonders wenn du mehr Connections oder höheren Throughput brauchst.
Sliplane ist eine Managed Container Platform, die Self-Hosting einfach macht. Mit One-Click Deployment bekommst du RabbitMQ in wenigen Minuten zum Laufen - ohne Server-Setup, ohne Reverse Proxy Config, ohne Infrastruktur-Wartung.
Voraussetzungen
Bevor du loslegst, brauchst du einen Sliplane Account (Free Trial verfügbar).
Schnellstart
Sliplane bietet One-Click Deployment mit Presets.
RabbitMQ deployen >- Klick auf den Deploy-Button oben
- Wähl ein Projekt aus
- Wähl einen Server. Wenn du dich gerade angemeldet hast, bekommst du einen 48-Stunden Free Trial Server
- Klick auf Deploy!
Über das Preset
Das One-Click Deploy oben nutzt Sliplane's RabbitMQ Preset. Das steckt drin:
- Das offizielle Image (
rabbitmq:4.3.2) - Spezifischer Version-Tag für Stabilität (check Docker Hub für neuere Versionen)
- Persistenter Storage gemountet auf
/var/lib/rabbitmq/, damit deine Queues, Exchanges und Messages Neustarts überleben - Eigene Admin-Zugangsdaten über die Umgebungsvariablen
RABBITMQ_DEFAULT_USERundRABBITMQ_DEFAULT_PASS - AMQP-Zugang auf Port 5672
Nächste Schritte
Sobald RabbitMQ auf Sliplane läuft, verbindest du deine Anwendungen über die Domain, die Sliplane dir zugewiesen hat (z.B. rabbitmq-xxxx.sliplane.app), oder über die interne Service URL.
Zugangsdaten
Das Preset generiert zufällige Zugangsdaten für dich. Du findest sie in den Umgebungsvariablen deiner Service-Einstellungen:
- Username: Wert von
RABBITMQ_DEFAULT_USER - Passwort: Wert von
RABBITMQ_DEFAULT_PASS
Nutz diese, um deine Anwendungen per AMQP zu verbinden.
Hinweis: Der Standard-Account
guest/guestin RabbitMQ funktioniert nur für Localhost-Verbindungen. Deshalb richtet das Preset eigene Zugangsdaten für dich ein.
Deine Anwendungen verbinden
Deine Anwendungen auf Sliplane können sich über die interne Service URL mit RabbitMQ verbinden. Der AMQP Port ist 5672. Ein typischer Connection String sieht so aus:
amqp://USERNAME:PASSWORD@rabbitmq.internal:5672
Ersetze USERNAME und PASSWORD mit den Werten aus deinen Umgebungsvariablen. Wenn du eine Library wie amqplib (Node.js) oder pika (Python) nutzt, übergib einfach den Connection String und los geht's.
Umgebungsvariablen
Hier sind die wichtigsten Umgebungsvariablen, die du anpassen kannst:
| Variable | Beschreibung |
|---|---|
RABBITMQ_DEFAULT_USER | Username für AMQP |
RABBITMQ_DEFAULT_PASS | Admin-Passwort |
RABBITMQ_DEFAULT_VHOST | Standard Virtual Host (Standard ist /) |
RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS | Zusätzliche Erlang VM Argumente |
Die vollständige Liste findest du in der offiziellen Docker Image Doku.
Zusätzliche Plugins aktivieren
RabbitMQ unterstützt eine breite Palette an Plugins. Um weitere Plugins zu aktivieren, kannst du die Umgebungsvariable RABBITMQ_PLUGINS setzen oder eine eigene enabled_plugins Datei nutzen. Gängige Plugins sind:
rabbitmq_mqttfür MQTT Supportrabbitmq_stompfür STOMP Supportrabbitmq_shovelzum Verschieben von Messages zwischen Brokern
Logging
Standardmäßig loggt RabbitMQ nach STDOUT, was perfekt mit Sliplane's integriertem Log Viewer funktioniert. Wenn du ausführlichere Ausgaben zum Debuggen brauchst, setz die Umgebungsvariable RABBITMQ_LOG auf debug. Allgemeine Docker Log Tipps findest du in unserem Post über Docker Logs.
Kostenvergleich
Natürlich kannst du RabbitMQ auch bei anderen Cloud-Anbietern selbst hosten. Hier ein Preisvergleich der gängigsten:
| Anbieter | vCPU Cores | RAM | Disk | Geschätzte monatliche Kosten | Hinweise |
|---|---|---|---|---|---|
| Sliplane | 2 | 2 GB | 40 GB | €9 | Preis pro Server |
| Render | 1 | 2 GB | 40 GB | ~$35–$45 | VM Small |
| Fly.io | 2 | 2 GB | 40 GB | ~$20–$25 | VM + Volume |
| Railway | 2 | 2 GB | 40 GB | ~$15–$66 | Nutzungsbasiert |
FAQ
Wofür wird RabbitMQ verwendet?
RabbitMQ ist ein Message Broker, der zwischen deinen Services sitzt und asynchrone Kommunikation ermöglicht. Typische Anwendungsfälle sind Background Job Processing, Event-Driven Microservices, Echtzeit-Benachrichtigungen und das Entkoppeln von Services, damit sie unabhängig skalieren können. Wenn deine App irgendetwas macht, das keine sofortige Antwort braucht (E-Mails senden, Uploads verarbeiten, Daten synchronisieren), ist RabbitMQ eine super Wahl.
Wie erstelle ich Queues und Exchanges?
Du kannst sie programmatisch aus deinem Anwendungscode mit einer AMQP Client Library erstellen.
Wie update ich RabbitMQ?
Änder den Image-Tag in deinen Service-Einstellungen auf Sliplane und deploye neu. Zum Beispiel von 4.3.2 auf eine neuere Version. Check Docker Hub für die neueste stabile Version. Schau dir immer die RabbitMQ Release Notes an, bevor du upgradest, um über mögliche Breaking Changes Bescheid zu wissen.
Gibt es Alternativen zu RabbitMQ?
Ja. Redis kann grundlegendes Pub/Sub und Queuing übernehmen (wir haben einen Guide zum Einrichten von Redis mit Docker Compose). Apache Kafka eignet sich besser für High-Throughput Event Streaming. NATS ist eine leichtgewichtige Alternative für einfaches Messaging. RabbitMQ bietet eine gute Balance zwischen Features, Zuverlässigkeit und Benutzerfreundlichkeit.
Kann ich RabbitMQ mit n8n oder anderen Automation Tools nutzen?
Auf jeden Fall. Tools wie n8n haben eingebaute RabbitMQ Nodes, mit denen du Workflows über Queue Messages triggern oder Messages an RabbitMQ als Teil eines Workflows senden kannst. Zeig die Integration einfach auf deine RabbitMQ Instanz mit der internen Service URL und deinen Zugangsdaten.
