Selbstveranstalter
Kanera kann selbst gehostet werden, wenn Sie dasselbe Produkt auf Ihrer eigenen Infrastruktur ausführen und die Kontrolle über Ihre Bereitstellung, Datenbank, Uploads, Backups, Domänen und Betriebseinstellungen behalten möchten.
Die selbst gehostete Edition verwendet dieselbe Codebasis wie Kanera Pro. Es ist für die Ausführung mit Docker Compose konzipiert und umfasst die Web-App, die Haupt-API, Echtzeitunterstützung, Hintergrund-Worker, öffentliche API, MCP-Server, PostgreSQL, Valkey und einen optionalen Sicherungsdienst.
Was Selbsthosting beinhaltet
Die Standardbereitstellung umfasst:
- Die Kanera-Web-App.
- Die Haupt-App-API und der Echtzeitserver.
- Ein einzelner Worker für Planer, Benachrichtigungen, Webhooks und Bereinigungsjobs.
- PostgreSQL für Anwendungsdaten.
- Valkey für Echtzeit-Fanout, Präsenz und gemeinsame Ratenbegrenzungen.
- Die öffentliche Integrations-API.
- Der MCP-Server für KI-Agenten.
- Lokaler Upload-Speicher mit optionalem S3-kompatiblem Speicher.
- Optional verschlüsselte PostgreSQL-Backups auf S3-kompatiblem Speicher.
Keine Plangrenzen
Das selbst gehostete Kanera hat keinen Abrechnungsplan und keine Planprüfung. Alle in diesen Dokumenten beschriebenen Funktionen sind für Ihre Bereitstellung verfügbar, einschließlich derjenigen, die im Rest der Dokumentation als Pro oder Pro-Testversion beschrieben werden.
Das bedeutet, dass die Plananforderungen in den anderen Leitfäden für Sie nicht gelten:
| Es wurde dokumentiert, dass Pro benötigt wird | Bei einer selbstgehosteten Bereitstellung |
|---|---|
| Boards und Automatisierungen | Unbegrenzt. |
| Organisationsmitglieder | Keine Benutzerobergrenze. |
| Pensionsgäste für Kunden und Auftragnehmer | Kein Gäste-Sitztor. Gewähren Sie nach Bedarf Zugriff auf das Board. |
| API-Schlüssel und die öffentliche REST-API | Verfügbar für jeden Benutzer und jeden Arbeitsbereichsadministrator für bereichsbezogene Schlüssel. |
| Benutzerdefinierte Webhooks | Verfügbar für jeden Workspace-Administrator. |
| Chat-Ziele für Slack, Discord, Telegram und Zulip | Verfügbar für jeden Workspace-Administrator. |
| Persönliche NTFY-, Gotify- und Webhook-Benachrichtigungen | Für jeden Benutzer verfügbar. |
| Aufbewahrung von Anhängen | Begrenzt durch Ihre eigene Festplatte oder Ihren S3-Bucket, nicht durch ein Kontingent. |
Das in diesen Leitfäden beschriebene Downgrade-Verhalten – angehaltene Webhooks, widerrufene API-Schlüssel, deaktivierte persönliche Kanäle – ist ein gehosteter Abrechnungsmechanismus und wird hier nie ausgeführt. Die Berechtigungsregeln gelten weiterhin genau wie dokumentiert: Der Arbeitsbereichsadministrator ist weiterhin erforderlich, wenn die Dokumente dies vorschreiben.
Benachrichtigungen zum selbstgehosteten Kanera
Selbstgehostete Bereitstellungen umfassen die gleichen Benachrichtigungsfunktionen wie gehostetes Kanera: die In-App-Benachrichtigungsleiste, E-Mail, Browser-Push, persönliche NTFY-, Gotify- und Webhook-Ziele, Regeln pro Arbeitsbereich, Benutzereinstellungen pro Typ und Workspace-Chat-Ziele für Slack, Discord, Telegram und Zulip.
Selbsthosting eignet sich gut dafür persönliche Lieferkanäle, weil ein Homelab oder ein interner NTFY- oder Gotify-Server oft der springende Punkt ist. Siehe E-Mail und Benachrichtigungen für SMTP, Push, private Empfänger und Chat-Zieleinrichtung.
Wo soll ich anfangen?
Beginnen Sie mit Erste Schritte. Sie gelangen von einem leeren Server zu einem Kanera, bei dem Sie sich anmelden können: Anforderungen, Kapazität, Umgebungsdatei, Starten von Docker Compose und Gesundheitsprüfungen.
Alles danach ist optional und hat eine eigene Seite:
| Seite | Abdeckungen |
|---|---|
| Erste Schritte | Anforderungen, Kapazitätsplanung, Umgebungswerte, Starten und Überprüfen des Stacks. |
| Umgebungsreferenz | Erforderliche Geheimnisse, öffentliche URLs, Zugriff, Speicherung, Bereitstellung, Skalierung, Aufbewahrung, Überwachung und Administratoreinstellungen. |
| Dienste und Routing | Was jeder Dienst tut, empfohlene Domänen, Veröffentlichungsports und Reverse-Proxy-Vertrauen. |
| E-Mail und Benachrichtigungen | SMTP, Browser-Push, persönliche NTFY-/Gotify-/Webhook-Ziele und Chat-Ziele. |
| Integrationen und APIs | Offenlegung der öffentlichen API und des MCP, OAuth für KI-Agenten und Kopieren von Trello-Anhängen. |
| Speicherung und Backups | Lokaler oder S3-Upload-Speicher, Datenbank- und Dateisicherungen und die Geheimnisse, die es zu bewahren gilt. |
| Updates und Skalierung | Aktualisierung auf eine neue Version und Replikatanzahl. |
| Häufige Probleme | Eine Checkliste für den ersten Einsatz und die am häufigsten auftretenden Symptome. |
Die durch die Implementierung unterstützte Bereitstellungsreferenz finden Sie unter DEPLOY.md im Kanera-Repository.