Deutsch
OpenClaw 1 (legacy) Hosting
OpenClaw 1 (legacy) bietet ein selbst gehostetes KI-Assistent-Gateway zum Verbinden von Modellzugriff, Tools und persistenten Operator-Workflows.
- Ein Klick bereitstellen
- 25 GB Benötigter Speicherplatz
- 2 GB RAM Benötigter Arbeitsspeicher
- Von 5 € Preis
Keine Einrichtungsgebühren
Offizielle Links
Die offiziellen Links und die ursprüngliche Website von OpenClaw 1 (legacy)
- Mehr
OpenClaw 1 (legacy) Website
Was Sie
bei AvaHost erhalten
Die Bereitstellung mit einem Klick, eine benutzerdefinierte Domain, kostenloses HTTPS, automatische Anwendungsupdates und geplante Backups sind in jeder Cloud-App enthalten. Sie können mehrere Apps auf einem Server ausführen, und der Terminalzugang ist enthalten.
Diese Vorlage enthält keinen Datenbank-Container.
Technik
- Standardport
- 0
Funktionsweise von OpenClaw 1 (Legacy)
OpenClaw 1 (Legacy) wird als gehostete Anwendung ausgeführt, die ihre primäre Schnittstelle oder seinen Netzwerkdienst über eine persistente Bereitstellung bereitstellt. Konfiguration und Anwendungsdaten bleiben an die Instanz gebunden, während Benutzer über die Web-Schnittstelle, die API oder native Clients, die für die Software geeignet sind, eine Verbindung herstellen. Das Service-Modell ist bewusst von nicht verwandten externen Abonnements und Anbietern getrennt.
Die Legacy-Bezeichnung wird durch die AvaHost-Produktbenennung bereitgestellt und nicht durch die aktuelle Upstream-Dokumentation. Die aktuelle OpenClaw-Dokumentation erfordert einen vorhandenen unterstützten Modell-Login oder einen Provider-API-Schlüssel für den KI-Zugriff.
Wichtige Funktionen von OpenClaw 1 (Legacy)
Das gehostete Paket konzentriert sich auf die Kern-Upstream-Anwendung, anstatt nicht verwandte kommerzielle Dienste zu bündeln. Legacy-Installationen sollten aus Kompatibilitätsgründen beibehalten werden, anstatt sie als Standard für neue Bereitstellungen zu wählen. Administratoren bleiben verantwortlich für Anwendungsebenen-Einstellungen, verbundene Drittanbieterkonten, Inhalte, Benutzer und alle in der Software konfigurierten externen Dienste.
Automatische Anwendungsaktualisierungen und geplante Sicherungen sind als AvaHost-Plattformfunktionen enthalten. Diese Plattformfunktionen heben nicht die Notwendigkeit auf, Upstream-Versionshinweise zu überprüfen, wichtige Workflows nach größeren Änderungen zu testen und anwendungsspezifische Wiederherstellungsinformationen beizubehalten, wenn das Projekt dies empfiehlt.
OpenClaw 1 (Legacy) vs. OpenClaw 2
OpenClaw 1 (Legacy)
OpenClaw 1 (Legacy) richtet sich an Betreiber, die direkte Kontrolle über die gehostete Anwendung und ihre Konfiguration wünschen. OpenClaw 2 kann vorzuziehen sein, wenn die Priorität ein vom Anbieter verwaltetes Ökosystem, ein gebündelter Kontodienst oder ein anderes Verwaltungsmodell anstelle von Self-Hosting ist.
OpenClaw 2
Der Vergleich ist funktional und keine Aussage, dass die Produkte identisch sind. Funktionsumfang, Provider-Integrationen, Preisgestaltung, Limits und Support-Modelle können unterschiedlich sein. Teams sollten daher nach den Workflows wählen, die sie tatsächlich benötigen.
Wer nutzt OpenClaw 1 (Legacy)
OpenClaw 1 (Legacy) eignet sich für Einzelpersonen, technische Teams und Organisationen, die die Software unter ihrem eigenen gehosteten Konto ausführen möchten, anstatt sich nur auf eine vom Anbieter gehostete Instanz zu verlassen. Dies ist besonders nützlich, wenn Domänenkontrolle, Datenspeicherort, Anwendungskonfiguration oder Integrations-Flexibilität wichtig ist.
Dieses Legacy-Paket ist für die Kompatibilität mit älteren OpenClaw-Bereitstellungen vorgesehen. Neue Benutzer sollten normalerweise OpenClaw 2 wählen.
Self-Hosting von OpenClaw 1 (Legacy): Anforderungen und Kosten
Die Ressourcennutzung hängt von aktiven Benutzern, Hintergrund-Jobs, Integrationen, gespeicherten Daten und der von der Anwendung ausgeführten Workload ab. Die gehostete Baseline erfordert Nicht erforderlich. Ein separater PostgreSQL- oder MariaDB-Container ist für diese gehostete Baseline nicht erforderlich.
Bei AvaHost wird mindestens Plan 2 für €5 empfohlen. Das Paket umfasst One-Click-Bereitstellung, eine benutzerdefinierte Domäne oder einen Hostnamen, falls zutreffend, automatisiertes HTTPS für Web-Schnittstellen, automatische Anwendungsaktualisierungen und geplante Sicherungen. Anwendungs-E-Mail ist über gehostete Apps deaktiviert, es sei denn, ein separater unterstützter externer Mail-Pfad ist konfiguriert.
F.A.Q
OpenClaw 1 (legacy) beginnt bei €5 im Plan 2. Die Empfehlung deckt die gehostete Anwendungs-Baseline und normale persistente Daten ab, aber externe Abonnements, API-Nutzung, Provider-Konten, Lizenzen oder Drittanbieter-Services bleiben separat, wenn die Software diese benötigt. Ressourcenintensive Workloads, große Datenmengen oder viele gleichzeitige Benutzer können einen Wechsel zu einem größeren Plan rechtfertigen.
Eine benutzerdefinierte Domain oder ein Hostname kann mit OpenClaw 1 (Legacy) verbunden werden, wobei automatisiertes HTTPS Browser-basierte Schnittstellen schützt, nachdem DNS auf die gehostete Anwendung verwiesen wird. Dienste, die ihre eigenen Netzwerkprotokolle verwenden, können auch separate Ports oder Client-Konfiguration erfordern. DNS-Eigentümerschaft, Zugriffskontrollregeln auf Anwendungsebene und Einstellungen für die Identität von Drittanbietern bleiben unter der Kontrolle des Administrators.
AvaHost führt Anwendungsupdates automatisch durch und behält die persistenten OpenClaw 1 (Legacy)-Daten an der Bereitstellung bei, wobei geplante Sicherungen enthalten sind. Administratoren sollten vor größeren Änderungen die Upstream-Versionshinweise überprüfen, anwendungsspezifische Wiederherstellungsinformationen bewahren und nach einem bedeutenden Update Authentifizierung, Integrationen, Datenzugriff und kritische Workflows überprüfen.
Dieses Legacy-Paket ist für die Kompatibilität mit älteren OpenClaw-Bereitstellungen vorgesehen; neue Benutzer sollten normalerweise OpenClaw 2 wählen. Das gehostete Paket stellt die Anwendungsumgebung bereit, bietet aber nicht automatisch jeden externen Service, mit dem die Software verbunden werden kann. Vor der Produktivnutzung müssen Sie Provider-Anmeldedaten, optionale Integrationen, Anwendungsberechtigungen und alle relevanten Upstream-Editions- oder Bereitstellungsbeschränkungen für Ihren beabsichtigten Workflow bestätigen.