Für Entwicklungs-Workloads entwickelt

Exklusives Apple Silicon als Infrastruktur auf Abruf

HexVM stellt iOS-, macOS-, CI/CD- und KI-Teams Macs in der Cloud bereit. Jede Bestellung entspricht einem eigenen physischen Mac-mini-Knoten. Rechenressourcen werden weder mit anderen Kunden geteilt noch virtualisiert.

Unser Ziel ist nicht, Hardware in ein undurchsichtiges Cloud-Produkt zu verpacken. Stattdessen sollen Modell, Arbeitsspeicher, Speicher, Knotenregion, Mietdauer und Betriebsstatus überprüfbar sein. Teams behalten ihre vertraute grafische macOS-Oberfläche und ihre Kommandozeilen-Workflows bei und reduzieren zugleich den Aufwand für lokale Beschaffung, Verkabelung, Fernbetrieb und Kapazitätsplanung.

Leistungsumfang: HexVM stellt exklusive physische Knoten, Zugangsdaten, Knotenstatus und Support per Ticket bereit. Zugriffsrechte auf Code-Repositories, Build-Schlüssel, Zertifikate, Automatisierungsskripte und Teamberechtigungen verwaltet das Kundenteam selbst.

Physischer Knoten online NODE / DEDICATED
Verfügbare Modelle 2
Verfügbare Regionen 6
Serviceziel 99.9%
Unsere Mission

Hardware aus dem kritischen Pfad von Entwicklungsteams nehmen

Eine macOS-Buildumgebung sollte nicht automatisch die Beschaffung von Geräten, den Betrieb eines Serverraums und die Organisation des standortübergreifenden Fernzugriffs bedeuten. HexVM bündelt diese Infrastrukturaufgaben in einem wählbaren, überprüfbaren und nachvollziehbaren Mietprozess.

Wenn ein Team Apple-Silicon-Rechenleistung benötigt, soll es schnell einen exklusiven Mac erhalten – statt zunächst Beschaffung, Logistik, Inbetriebnahme und Netzwerkanbindung abzuwarten.

Einzelentwickler können für einen Release vorübergehend einen Build-Knoten hinzufügen. Mobile-App-Teams verlagern ihre kontinuierliche Integration von persönlichen Rechnern. Plattformteams richten self-hosted Runner nach Region ein. KI-Anwender prüfen die Kompatibilität ihrer Toolchains und dauerhaft laufender Aufgaben in einer Apple-Silicon-Umgebung.

Der verfügbare Katalog bleibt eindeutig: die M4-Basiskonfiguration umfasst 16GB Arbeitsspeicher und 256GB SSD; die M4-Pro-Konfiguration umfasst 64GB Arbeitsspeicher und 2TB SSD. Alle verfügbaren Regionen, Laufzeiten und Zusatzoptionen werden vor der Bestellung angezeigt. Hardwaredaten werden nicht durch unklare Bezeichnungen für Ressourcenpools ersetzt.

Eine Bestellung, ein Knoten

Jeder gültigen Bestellung wird ein eigener physischer Mac-mini-Knoten zugewiesen. CPU, Arbeitsspeicher und lokaler Speicher werden nicht mit Workloads anderer Kunden geteilt.

Das Team kontrolliert die Umgebung

Die grafische macOS-Oberfläche und die Kommandozeile stehen vollständig zur Verfügung. Teams verwalten Abhängigkeiten, Build-Caches, Xcode-Versionen, Runner-Tags und Automatisierungsskripte selbst.

Status und Support bleiben nachvollziehbar

Knotenzuweisung, Verbindungsdaten und Bestellstatus werden über die Konsole verwaltet. Technische Probleme werden per Ticket mit Knoten-ID, Zeitpunkt, Region, Reproduktionsschritten und Bearbeitungsstand dokumentiert.

Produktpositionierung

Bereitstellung aus der Cloud, klar abgegrenzte Ressourcen eines exklusiven physischen Rechners

HexVM stellt echte Mac-mini-Knoten zur entfernten Nutzung bereit. Die Plattform übernimmt Bereitstellung, grundlegende Netzwerkanbindung und Betriebsstatus. Kunden verwalten ihre Entwicklungsumgebung, Codebestände und Zugriffsrechte selbst.

01

Klare Berechtigungsgrenzen

Teams können die Entwicklungsumgebung auf ihrem Knoten verwalten und SSH-Schlüssel, Toolchains, Runner-Dienste, Build-Caches und Aufgabenplanung konfigurieren. Die Plattform verwaltet weder Repository-Mitglieder noch Codesignaturmaterialien oder Veröffentlichungsrechte im Namen des Kunden.

  • SSH-Schlüssel bevorzugt verwenden
  • Berechtigungen nach Mitglied und Umgebung begrenzen
  • Daten vor der Freigabe des Knotens entfernen
02

Nachvollziehbare Leistungsgrundlage

Der Modellname entspricht direkt den Angaben zu Chip, Arbeitsspeicher und Speicher. Die Leistung wird nicht mit intransparenten Recheneinheiten beschrieben. Exklusive Ressourcen reduzieren Konflikte durch benachbarte Workloads und erleichtern den Vergleich von Build-Zeit, Cache-Trefferrate und Parallelität.

  • Modellkonfiguration vor der Bestellung prüfen
  • Dieselbe Umgebung auf einem Knoten dauerhaft nutzen
  • Build-Kennzahlen selbst erfassen
03

Das Team bestimmt die Umgebung

Updates von Abhängigkeiten, Xcode-Wechsel, Cache-Bereinigung und Änderungen an Automatisierungsskripten können in den eigenen Review-Prozess aufgenommen werden. Die Umgebung wird nicht durch andere Mieter über gemeinsame Vorlagen verändert, wodurch sich Probleme schneller reproduzieren lassen.

  • Grafische Oberfläche und Kommandozeile verfügbar
  • Bestehende Repositories und Pipelines weiterverwenden
  • Änderungen in der internen Versionsverwaltung dokumentieren
Gemeinsame Verantwortung ist kein Schlagwort, sondern eine Reihe umsetzbarer Grenzen.

HexVM verantwortet die Bereitstellung des Knotens, die grundlegende Verbindung und den plattformseitigen Status. Kunden verantworten Repository-Berechtigungen, Schlüsselrotation, Zertifikatsrechte, Build-Skripte, Bezugsquellen für Abhängigkeiten und den Mitgliederzugang. Supportanfragen zu Knotenoperationen erfordern eine Prüfung der Bestellzugehörigkeit.

Für wen?

Teams jeder Größe, ein klares Ressourcenmodell

Wir beurteilen den Bedarf nicht anhand der Organisationsgröße, sondern danach, ob ein Workload exklusives Apple Silicon, eine reproduzierbare macOS-Umgebung und einen nachvollziehbaren Zugang für den entfernten Betrieb benötigt.

Einzelentwickler

Für Entwickler, deren lokales Gerät nicht genug Kapazität bietet, die remote bauen oder lang laufende Aufgaben vom persönlichen Rechner verlagern möchten.

Typische Aufgaben
Xcode-Builds, Tests, Archive
Wichtige Kriterien
Liefergeschwindigkeit, Verbindungsstabilität, flexible Laufzeit
Empfohlener Einstieg
HexVM M4

Mobile-App-Teams

Für Produktteams, die eine einheitliche Build-Basis benötigen, die Abhängigkeit von persönlichen Geräten reduzieren und Tests sowie Releases dauerhaft verfügbar halten möchten.

Typische Aufgaben
Builds mehrerer Branches, automatisierte Tests, Signatur und Archivierung
Wichtige Kriterien
Versionskonsistenz, Cache-Trefferrate, Wartezeit in der Aufgabenwarteschlange
Empfohlene Nutzung
Knoten nach Pipeline-Aufgaben aufteilen

CI/CD-Plattformteams

Für Plattformteams, die self-hosted Runner, Build-Warteschlangen, regionale Weiterleitung und eine einheitliche Toolchain-Strategie betreiben.

Typische Aufgaben
Runner-Planung, Cache-Verwaltung, Protokollerfassung
Wichtige Kriterien
Warteschlangenlänge, Fehlerquote, Knotenstatus
Empfohlene Nutzung
Nach Region und Aufgaben-Tag gruppieren

KI-Anwender

Für die Prüfung von Inferenz-Workflows, Abhängigkeitskompatibilität und Automatisierungsaufgaben, die in einer Apple-Silicon-Umgebung dauerhaft laufen sollen.

Typische Aufgaben
Tool-Validierung, Inferenztests, Batch-Aufgaben
Wichtige Kriterien
Speicherbedarf, Laufzeit, reproduzierbare Ergebnisse
Empfohlener Einstieg
Modell nach dem tatsächlichen Speicherbedarf auswählen
Betriebsprinzipien

Jede Produktentscheidung muss überprüfbar sein

Wir schaffen Vertrauen durch klare Angaben zu Konfiguration, Preis, Region, Status und Supportverlauf. Informationen, die die Mietentscheidung beeinflussen, müssen vor dieser Entscheidung sichtbar sein und dürfen nicht erst nach der Bereitstellung auftauchen.

01

Transparente Konfiguration

Der verfügbare Katalog umfasst nur zwei Modelle: die M4-Basiskonfiguration mit 16GB und 256GB; die M4-Pro-Konfiguration mit 64GB und 2TB. Modell, Arbeitsspeicher und Speicher werden als feste Kombination angezeigt.

Vor der Bestellung prüfbar
02

Konsistente Preise

Dasselbe Modell und derselbe Abrechnungszeitraum werden in Tarifübersicht, Konfiguration und Bestellbestätigung einheitlich ausgewiesen. Zusätzlicher Speicher und Thunderbolt 5 werden separat aufgeführt. Alle Preise werden in US-Dollar abgerechnet.

Jeder Posten einzeln ausgewiesen
03

Eindeutige Regionen

Welche Regionen ein Modell unterstützt, ergibt sich direkt aus dem verfügbaren Katalog. Nicht auswählbare Optionen werden nicht als ausgegraute Auswahl angezeigt und der Katalogumfang nicht als vorübergehender Status dargestellt.

Klare Auswahl
04

Überprüfbarer Status

Bereitstellungs- und Verwaltungsstatus der Knoten werden von der Konsole zurückgegeben. Alle Knoten laufen 365 Tage im Jahr regulär. Das Serviceziel beträgt 99.9%; die tatsächliche Verfügbarkeit ergibt sich aus dem aktuellen Status in der Konsole.

Status aus dem System
05

Nachvollziehbarer Support

Probleme mit Knoten werden über Support-Tickets in der Konsole bearbeitet. Anfragen können außerdem an support@hexvm.com gesendet werden. Sie sollten Knoten-ID, Region, Zeitpunkt, Auswirkung, Reproduktionsschritte und bereinigte Protokolle enthalten.

Vollständig dokumentiert
Langfristige Ausrichtung

Beobachtbarkeit, konsistente Bereitstellung und Teamarbeit zuerst verbessern

Beobachtbarkeit: Knotenstatus, Bestellbeziehungen, Zugänge und Supportabläufe sollen leichter überprüfbar sein, damit weniger Zeit mit der Suche in verschiedenen Systemen verloren geht.

Konsistente Bereitstellung: Knotenprüfungen, Zugangsdatenübergabe und regionale Konfiguration werden laufend vereinheitlicht, damit dasselbe Modell in jeder Region eine erwartbare Basisumgebung bietet.

Teamarbeit: Für Runner-Gruppen, Rechteentzug, Build-Protokolle und Kostenanalysen sollen klare Abläufe entstehen – statt unnötige Funktionen hinzuzufügen.

Knotenabdeckung

Sechs verfügbare Regionen für verteilte Entwicklung und Builds

Der aktuelle Katalog umfasst Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, den Osten der USA und den Westen der USA. Beide Modelle können in diesen sechs Regionen bestellt werden. Die tatsächliche Verfügbarkeit ergibt sich aus dem aktuellen Status in der Konsole.

SG

Singapur

Ausreichend

Geeignet für Entwicklungsteams in Südostasien, regionale Build-Aufgaben und Remote-Desktop-Verbindungen.

HexVM M4HexVM M4 Pro
JP

Japan (Tokio)

Ausreichend

Geeignet für Teams in Japan und Nordostasien sowie als regionaler Standort für CI/CD-Knoten.

HexVM M4HexVM M4 Pro
KR

Südkorea (Seoul)

Ausreichend

Geeignet für Build-, Test- und dauerhaft laufende Aufgaben mobiler Anwendungen in Südkorea und den angrenzenden Regionen.

HexVM M4HexVM M4 Pro
HK

Hongkong

Ausreichend

Geeignet für international arbeitende Teams in Asien, die Entwicklungsumgebungen zentral anbinden und automatisierte Builds verteilen möchten.

HexVM M4HexVM M4 Pro
US-E

Osten der USA

Ausreichend

Geeignet für Teams an der US-Ostküste, Zusammenarbeit über Zeitzonen hinweg und Workflows in der Nähe relevanter Code-Repositories.

HexVM M4HexVM M4 Pro
US-W

Westen der USA

Ausreichend

Geeignet für Entwicklungsteams an der US-Westküste, entfernte Produktionsumgebungen und CI-Knoten.

HexVM M4HexVM M4 Pro
Die Regionsauswahl sollte vom tatsächlichen Workflow ausgehen.

Bei interaktiver Remote-Entwicklung sollte der Netzwerkpfad zum Hauptstandort des Teams im Vordergrund stehen. Für CI/CD-Knoten sind außerdem Code-Repositories, Artefaktspeicher, Quellen für Abhängigkeitsdownloads und die Aufgabenplanung gemeinsam zu betrachten. Testen Sie Verbindung und Build-Ablauf zunächst mit einer kurzen Laufzeit, bevor Sie die langfristige Bereitstellung festlegen.

Bereitstellung starten

Den exklusiven Mac für Ihren Workload auswählen

Prüfen Sie zunächst Modell, Arbeitsspeicher, Speicher, Region und Laufzeit. Anschließend verwalten Sie Bestellungen und Knoten in der Konsole. Wenn Ihr Team besondere Anforderungen an Zugriffsgrenzen oder Build-Schlüssel hat, lesen Sie bitte zuerst die Sicherheitshinweise.

Unterstützt werden USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Alle Bestellungen werden in US-Dollar (USD) abgerechnet. Welche Zahlungs-Gateways tatsächlich verfügbar sind, wird von der Backend-Schnittstelle zurückgegeben.