Singapur
Für Teams in Südost- und Südasien. Sind die meisten Entwicklerinnen und Entwickler in dieser Region, lohnt sich Singapur als erster Vergleichspunkt.
- MiniSSH M4 Core
- Verfügbar
- MiniSSH M4 Plus
- Verfügbar
Singapur, Tokio, Seoul und Hongkong. An allen Standorten nutzen Sie einen eigenen physischen Rechner statt einer virtuellen Maschine – 365 Tage im Jahr. Prüfen Sie zuerst, von wo aus Ihr Team zugreift, und wählen Sie danach den passenden Standort für Ihren Mac mini.
Abrechnung pro Tag, Woche, Monat oder Quartal; in der Hochsaison jederzeit erweiterbar. Ohne Verlängerung endet der Betrieb zum Laufzeitende.
An allen 4 Standorten sind 2 M4-Modelle verfügbar. Die Anzeige „Verfügbar“ dient der Orientierung; maßgeblich ist die aktuelle Verfügbarkeit im Portal. Wählen Sie eine Stadt, um die Bestellung mit dem passenden Standort vorauszuwählen.
Für Teams in Südost- und Südasien. Sind die meisten Entwicklerinnen und Entwickler in dieser Region, lohnt sich Singapur als erster Vergleichspunkt.
Für Japan und nordamerikanische Teams mit Zugriff über den Pazifik. Teams in Nordamerika sollten den Standort zuerst mit ihrem Provider und ihrer konkreten Verbindung testen.
Für Teams in Korea und Nordostasien. Wenn die koreanischen Teammitglieder täglich interaktiv entwickeln, ist Seoul ein guter Standort für den ersten Vergleich.
Für Teams in Hongkong, Macau, Taiwan und Südchina. Wenn Entwickler oder Kolleginnen und Kollegen aus diesen Regionen eingebunden sind, vergleichen Sie am besten die tatsächliche Verbindungsqualität.
Die Werte helfen bei der Vorauswahl. Sie sind weder eine feste Latenz zwischen Ihrem Standort und dem Server noch eine Zusage für Verbindungen über den Pazifik aus Nordamerika. Provider, Routing über Regionen hinweg und das lokale Netzwerk beeinflussen die Verbindungsqualität.
| Standort | Einzugsgebiet | Round-Trip-Richtwert | Geeignet für |
|---|---|---|---|
| Singapur | Südost- und Südasien | 20~50ms | Remote-Desktop, Builds, Dateiübertragungen |
| Tokio | Japan und nordamerikanische Teams mit Zugriff über den Pazifik | 30~60ms | Remote-Desktop, Builds, Dateiübertragungen |
| Seoul | Korea und Nordostasien | 30~50ms | Remote-Desktop, Builds, Dateiübertragungen |
| Hongkong | Hongkong, Macau, Taiwan und Südchina | 20~40ms | Remote-Desktop, Builds, Dateiübertragungen |
Die Werte dienen als Richtlinie; entscheidend ist das Netzwerk, über das Sie zugreifen. Hongkong kann auch für Verbindungen aus Südchina und Südostasien infrage kommen. Entscheiden Sie anhand der Erfahrungen Ihres Teams.
Grenzen Sie zuerst die Auswahl ein und lassen Sie dann die Personen testen, die täglich mit dem Server arbeiten. Beim Remote-Desktop zählt eine flüssige Bedienung, bei Builds die passende Toolchain und bei Dateiübertragungen die Leistung über längere Zeit.
Für Teams in Südostasien zuerst Singapur prüfen. Bei überwiegend japanischen oder koreanischen Nutzerinnen und Nutzern Tokio beziehungsweise Seoul vergleichen. Für Teams in Südchina, Hongkong, Macau oder Taiwan Hongkong in die engere Wahl nehmen. Testen sollten die Personen, die den Server täglich nutzen – nicht nur der Einkauf.
Führen Sie über Ihr übliches Netzwerk einen SSH-Login, eine interaktive Desktop-Sitzung und eine Projektdateiübertragung durch. Wenn Sie hauptsächlich Builds ausführen, testen Sie auch Ihren eigenen Build-Prozess. Ein einzelner Latenzwert sagt nichts über diese Erfahrungen aus.
Teams in Nordamerika können Tokio zunächst in die Auswahl aufnehmen, sollten aber nicht einfach die Richtwerte für Ostasien übernehmen. Testen Sie den Zugriff über den Pazifik in Ihrem tatsächlichen Büronetz und zu den üblichen Arbeitszeiten, bevor Sie den Standort dauerhaft nutzen.
Bei Verbindungsproblemen erstellen Sie im Portal ein Ticket. Geben Sie die Servernummer, den Standort, den Zeitpunkt des Problems und Ihre Zeitzone an und beschreiben Sie, ob SSH, die Desktop-Bedienung oder die Übertragung betroffen ist. Passwörter und private Schlüssel gehören nicht ins Ticket.
Bei einer Kombination mehrerer Standorte mieten Sie mehrere physische Rechner. Ein automatischer Umzug zwischen Städten findet nicht statt. Planen Sie den dauerhaften Bedarf und kurzfristige Zusatzkapazität getrennt; für jeden Server legen Sie Standort, Konfiguration, Laufzeit und Enddatum einzeln fest.
Nutzen Sie den Standort, von dem aus die meisten Teammitglieder zuverlässig arbeiten können. MiniSSH M4 Core: M4 / 16GB RAM / 256GB SSD, $282.6 pro Quartal; MiniSSH M4 Plus: M4 / 24GB RAM / 512GB SSD, $559.8 pro Quartal.
Wählen Sie das Modell nach Toolchain, Dateigröße und Arbeitslast – der Standort bestimmt nicht die Leistungsklasse.
Wenn Kolleginnen und Kollegen in einer anderen Region interaktiv entwickeln oder Aufgaben während eines Releases aufgeteilt werden sollen, können Sie einen weiteren Server in einer anderen Stadt mieten. Testen Sie zunächst tageweise und wählen Sie nach Klärung des Bedarfs eine Wochenmiete. So bleibt die dauerhafte Arbeitsumgebung frei von kurzfristigen Anforderungen.
Der zusätzliche Server ist eine eigenständige Instanz. Sie organisieren die Synchronisierung von Projektdateien, Entwicklerkonten und Tool-Konfigurationen selbst.
Nach einem Event oder Release endet der Betrieb eines nicht verlängerten Servers mit Ablauf der Mietzeit. Es fällt keine zusätzliche Deaktivierungsgebühr an. Exportieren Sie Code, Build-Artefakte und benötigte Konfigurationen vor dem Ablaufdatum. Nutzen Sie einen temporären Server nicht als einzige Sicherungskopie.
Weiter genutzte Server verwalten Sie wie gewohnt gemäß ihrer jeweiligen Laufzeit. Ablaufdatum und Verlängerungsinformationen finden Sie im Portal.
Wenn Sie sich schon entschieden haben, wählen Sie den Standort direkt über die Karte oben aus. Möchten Sie noch vergleichen, können Sie auf der Bestellseite Modell, Standort und Laufzeit festlegen. Einstiegspreis: $20.8 pro Tag. Ohne Verlängerung endet der Betrieb zum Laufzeitende.