Warum Opfield

Opfield ersetzt Ihren Infrastruktur-Stack. Ingress, TLS, Container, Deployments, Failover, Datenbanken, Objektspeicher, Backups, Monitoring, Logs, Alarme, Statusseiten, private Vernetzung und Zugriffskontrolle: ein Produkt, eine Installation, ein Berechtigungsmodell, ein Audit-Log.

Sie hören auf, eine Plattform aus einem Dutzend Werkzeugen zusammenzusetzen, und betreiben stattdessen Ihre Dienste.

Was Opfield ersetzt

Statt	Das erhalten Sie in Opfield	Warum es besser ist
nginx oder Traefik, certbot, cert-manager	Routen und Domains mit automatischen ACME-Zertifikaten, interner PKI, Access Lists und Wartungsseiten	Keine Konfigurationsdateien, keine Cron-Jobs zur Verlängerung, keine abgelaufenen Zertifikate. Eine Route wird in einem Formular erstellt und sofort geprüft
Portainer und andere Docker-Panels	Container, Compose-Projekte, Images, Volumes, Netzwerke, Logs, Dateien und Konsolen auf jedem Node	Ein Ort für die gesamte Flotte statt eines Panels pro Host, mit Berechtigungen bis hinunter zu einem einzelnen Container
Coolify, Dokku, PaaS im Heroku-Stil	Git-Builds, Deployments mit Slot-Umschaltung und Rollback, Apps mit Umgebungen, Pages für statische Websites	Läuft auf Ihren Servern neben Ihren Datenbanken und Ihrem Ingress, mit denselben Berechtigungen und demselben Audit
Kubernetes	Docker Availability: Workloads laufen auf einer Gruppe von Nodes und wechseln auf einen anderen Node, wenn einer ausfällt	Failover ohne Cluster. Kein etcd, kein CNI, kein Ingress-Controller, keine Operatoren, kein YAML. Ein neuer Node kommt mit einem Befehl hinzu
Datenbank-Operatoren und gehostete Datenbanken	Verwaltetes PostgreSQL, Key-Value-Stores, ClickHouse und S3-Objektspeicher mit Hochverfügbarkeit und privaten Verbindungen	Eine Datenbank wird in einem Formular erstellt, läuft auf Ihren Storage Nodes und ist für Workloads ohne offenen Port erreichbar
Backup-Skripte und Backup-Dienste	Geplante Datenbank-Backups nach S3, FTP, FTPS oder SFTP; Wiederherstellung, die niemals die Quelle überschreibt; Kopieraufträge zwischen Speichern; ein verschlüsselter Export, der die gesamte Installation auf einem anderen Host wiederherstellt	Backups werden pro Datenbank in der Oberfläche konfiguriert, laufen nach Zeitplan und werden mit einer Aktion wiederhergestellt
VPN, Bastion-Hosts, offene Verwaltungsports	Secure Links und Relays	Nodes verbinden sich ausgehend. Workloads und Datenbanken benötigen keine offenen Ports. Jede Konsolensitzung ist eingeschränkt und wird protokolliert
Prometheus, Grafana, Loki, Alertmanager	Node- und Container-Metriken, zentrale Logs, Alarmregeln, Benachrichtigungen	Nichts bereitzustellen und keine Dashboards zu bauen: Jede Metrik und jedes Log ist bereits der Ressource zugeordnet, zu der es gehört
Statuspage, Uptime Kuma	Öffentliche Statusseiten mit Komponenten und Vorfällen	Der Status stammt von denselben Ressourcen, die Opfield bereits überwacht
Separate Tokens, Skripte und KI-Integrationen	REST API, OAuth und ein MCP-Server	Menschen, Skripte und KI-Agenten nutzen dieselben eingeschränkten Berechtigungen und landen im selben Audit-Log

Die Engines im Inneren sind die bewährten: Docker führt Container aus, PostgreSQL speichert Daten, nginx liefert den Datenverkehr aus. Opfield installiert sie, verbindet sie miteinander, hält sie am Laufen und stellt sie wieder her.

Einfacher

• Installation mit einem Befehl. curl -fsSL https://get.opfield.dev | bash auf einem Linux-Server mit Docker, danach ein Einrichtungsassistent im Browser.
• Einen Server mit einem Befehl hinzufügen. Kopieren Sie ihn unter Nodes > Add Node, führen Sie ihn auf dem Server aus, und der Node ist registriert und wird von da an aktualisiert und überwacht.
• Kein Cluster zu betreiben. Failover, Ingress, Zertifikate und Datenbanken funktionieren ohne eigene Control Plane, die installiert, aktualisiert und debuggt werden müsste.
• Updates sind signiert und automatisch. Opfield aktualisiert sich selbst und seine Daemons, prüft jedes Release, bevor es ausgeführt wird, und setzt ein fehlgeschlagenes Update selbstständig zurück.
• Eine Oberfläche zum Erlernen. Neue Engineers lernen ein Produkt statt zehn und finden jede Ressource, ihren Zustand, ihre Logs und ihren Verlauf an derselben Stelle.

Besser

• Ein Berechtigungsmodell. Geben Sie einem Entwickler Zugriff auf einen Container, eine Datenbank oder einen Ordner mit Routen. Kein geteilter Root-Zugang, keine geteilten Admin-Passwörter, keine Benutzerlisten pro Werkzeug.
• Ein Audit-Log. Jede Aktion – durch eine Person, ein API-Token oder einen KI-Agenten – hält fest, wer sie ausgeführt hat, an welchem Objekt, wo sie lief und ob sie erfolgreich war.
• Ressourcen kennen einander. Eine Domain verweist auf eine Route, die Route auf einen Workload, der Workload auf seine Datenbank und seinen Node. Wenn etwas ausfällt, sehen Sie die gesamte Kette statt zehn getrennter Dashboards.
• Keine offenen Ports. Nodes, Workloads und Datenbanken werden über Relays mit ausgehenden Verbindungen erreicht. Die Angriffsfläche jedes Servers schrumpft.
• Für KI-gestützten Betrieb gebaut. Der MCP-Server stellt alles bereit, was eine Person tun kann, mit denselben Berechtigungen. Ein Agent kann bereitstellen, diagnostizieren und beheben, und jeder Schritt wird protokolliert.

Ein Beispiel

Das Unternehmen braucht ein neues Kundenportal.

1. Opfield baut die Anwendung aus dem freigegebenen Repository.
2. Ein Docker Node führt sie mit Availability auf zwei Servern aus.
3. Opfield erstellt eine verwaltete PostgreSQL-Datenbank und bindet sie an die Anwendung, ohne irgendjemandem das Passwort zu zeigen.
4. Eine Route verbindet die öffentliche Domain, ein automatisches TLS-Zertifikat und die Anwendung.
5. Backups der Datenbank laufen jede Nacht in den S3-Speicher des Unternehmens.
6. Metriken, Logs und Alarme für jeden Teil sind ab der ersten Minute aktiv.

Eine Person erledigt das in einem Produkt in weniger als einer Stunde. Mit einem Stack aus getrennten Werkzeugen braucht es mehrere Teams, mehrere Tage und einen Haufen Verbindungscode, den nur sein Autor versteht.

Für wen es gedacht ist

Opfield richtet sich an Unternehmen, die ihre Dienste auf eigenen Servern betreiben, in einem Rechenzentrum oder über mehrere Anbieter verteilt, und Folgendes wollen:

• eine Produktion, die ein Team sicher betreiben kann, ohne dass alle Root-Zugriff haben;
• Failover, Backups und Monitoring, ohne zuerst eine Plattform zu bauen;
• einen Audit-Trail für Menschen und Automatisierung;
• weniger Werkzeuge, weniger Integrationen und weniger Personen, die als Einzige wissen, wie etwas funktioniert.

Was bei Ihnen bleibt

• Server und Daten. Opfield läuft auf Servern, die Ihnen gehören oder die Sie über einen Hosting-Anbieter erstellen. Ihre Daten bleiben dort, wo Sie sie ablegen.
• Das Host-Betriebssystem. Opfield betreibt alles auf einem Node; Betriebssystem-Updates und die Härtung des Hosts bleiben bei Ihnen.
• Das Workload-Format. Die Arbeitseinheit ist ein Container oder ein Compose-Projekt. Opfield führt keine Kubernetes-Manifeste oder Helm-Charts aus, und Sie benötigen sie nicht.

Wie es weitergeht

Öffnen Sie die Produkttour, um die wichtigsten Bereiche der Oberfläche zu sehen, prüfen Sie die Host- und Netzwerkanforderungen und installieren Sie Opfield.