| Anfangskosten |
Starten Sie mit dem Preis für die gewählte Mietdauer – ohne vorherige Ausgaben für Gerät, Versand und Infrastruktur am Standort. |
Gerät und Einrichtung müssen zunächst bezahlt werden; nach Projektende fallen außerdem Leerlauf und Wertverlust an. |
Abgerechnet wird meist nach Laufzeit der Instanz. Ressourcengrenzen, Leistungsschwankungen und Softwarekompatibilität müssen Sie zusätzlich prüfen. |
| Bereitstellungszeit |
Nach Konfiguration und Zahlung in US-Dollar wird der Knoten automatisch zugewiesen. Die Zugangsdaten finden Sie in der Konsole. |
Abhängig von Beschaffung, Versand, Abnahme, Systemkonfiguration, Netzwerkzugang und Einrichtung der Fernverwaltung. |
Die Instanz ist meist schnell erstellt. Image, Chiparchitektur und verfügbare Host-Ressourcen sollten Sie dennoch prüfen. |
| Exklusive Ressourcen |
Jeder Kunde nutzt einen eigenen physischen Rechner mit festen Chip-, RAM- und lokalen Speicher-Spezifikationen – keine VM. |
Das Team verwaltet das Gerät selbst und verfügt exklusiv über die physischen Ressourcen. Die Nutzungsregeln legt es intern fest. |
Mehrere Instanzen können sich Host-Ressourcen teilen; die Leistungskonstanz hängt vom Angebot ab. |
| Verantwortung für den Betrieb |
ArmMesh stellt physische Knoten und die Infrastruktur für die Fernverwaltung bereit. Für Projektdaten, Zugangsdaten, Benutzerzugriffe und Anwendungsumgebung ist der Kunde verantwortlich. |
Das Team kümmert sich um Stromversorgung, Netzwerk, Fernzugriff, Hardwareausfälle, Austausch und Arbeiten vor Ort. |
Der Anbieter verwaltet die Host-Ebene. Systemumgebung, Anwendungsfehler und Datenverwaltung bleiben Aufgabe des Kunden. |
| Flexibilität bei Upgrades |
Für die nächste Mietdauer können Sie Modell, Region und Zusatzoptionen neu wählen – ohne das alte Gerät verwalten zu müssen. |
Ein Upgrade bedeutet meist, neue Hardware zu kaufen, die Umgebung zu migrieren und eine Lösung für das alte Gerät zu finden. |
Sie können die Instanzgröße ändern, sollten Ressourcen, Leistung und Softwarekompatibilität danach aber erneut prüfen. |
| Geeignet für |
Release-Sprints, flexible CI, standortübergreifende Zusammenarbeit, MLX-Tests, dauerhafte Inferenz und zeitlich begrenzte Tests. |
Teams mit jahrelang stabiler Nutzung, Möglichkeiten zum Betrieb vor Ort und dauerhaft hoher Hardwareauslastung. |
Aufgaben, die geteilte Ressourcen akzeptieren und keine konstant hohe Leistung oder physische Isolation erfordern. |