Kontaktweg

Den richtigen Kontaktweg wählen und direkt verwertbare Informationen mitsenden

Senden Sie Anfragen zur Konfigurationsbewertung und zu Enterprise-Deployments an die Support-E-Mail. Bei bestehenden Bestellungen, Knotenproblemen und Abrechnungsfragen nutzen Sie vorrangig ein Portal-Ticket. Wir verwenden ausschließlich diese beiden Kontaktwege, damit kein Kontext verloren geht.

Portal-Ticket erstellen E-Mail an support@minideploy.com senden
Portal-Ticket Knotenprobleme zuerst Erste Antwort bei kritischen Verbindungsproblemen innerhalb von 4 Stunden
Support-E-Mail Bewertungen und Enterprise-Anfragen Erste Antwort innerhalb eines Werktags
Bearbeitungsgrundlage Nummer, Zeitpunkt, Logs Vollständige Angaben reduzieren Rückfragen

Kontaktweg wählen

Zuerst den passenden Kontaktweg auswählen

Wählen Sie für ein Problem nur einen Kontaktweg. Bei einem vorhandenen Knoten oder einer Bestellung verwenden Sie bevorzugt ein Portal-Ticket, da es Kontodaten, Knotennummer und Bearbeitungsstatus verknüpft.

PRE-SALES

Pre-Sales-Beratung

Zur Klärung von Zielregion, Mietdauer, Anzahl paralleler Geräte, Toolchain und Fernzugriff. Ohne Konto senden Sie direkt eine E-Mail.

Kontakt: Support-E-Mail

INCIDENT

Technischer Support

Für Verbindungsprobleme, fehlgeschlagene Authentifizierung, verzögerte Anzeige, fehlgeschlagene Builds oder Speicherplatzprobleme. Knotennummer und Zeitpunkt müssen angegeben werden.

Kontakt: Portal-Ticket

ENTERPRISE

Enterprise-Deployment

Für die Bewertung von Teamgröße, CI-Parallelität, Zugriffskontrollen, Datenaufbewahrung und Beschaffungszeitplan. Leistungsumfang und Bereitstellung werden einzeln bestätigt.

Kontakt: Support-E-Mail

BILLING

Abrechnung

Zur Prüfung von Bestellung, Zahlungsstatus, Mietdauer und Abrechnungsdaten. Senden Sie niemals vollständige Zahlungsdaten oder sensible Schlüssel per E-Mail oder Ticket.

Kontakt: Portal-Ticket
Weiterleitungsprinzip:Anforderungen vor dem Kauf per E-Mail; Probleme mit Knoten, Bestellungen und Abrechnung nach dem Kauf über das Portal-Ticket. Beeinträchtigt ein Problem laufende Aufgaben, nennen Sie im Tickettitel Knotennummer, Auswirkung und Zeitpunkt des ersten Auftretens.

Pre-Sales-Kurzübersicht

Pre-Sales-Anfrage: Region, Zeitraum und Workload zuerst festlegen

Für die Pre-Sales-Bewertung brauchen Sie keinen langen Hintergrundtext. Beschreiben Sie die folgenden fünf Punkte, damit wir prüfen können, ob M4 Core, Region und Mietdauer zu Ihrem Workload passen.

Feld Erforderliche Angaben Gültiges Beispiel
Zielregion Nach Standort der Nutzer, Code-Repositories oder Artefaktspeicher auswählen Japan (Tokio), alternativ Südkorea (Seoul)
Anzahl paralleler Geräte Gleichzeitig betriebene dedizierte physische Maschinen, nicht die Teamgröße 2 Geräte, später möglicherweise 4
Mietdauer Tag, Woche, Monat oder Quartal sowie voraussichtlichen Startzeitpunkt angeben Zuerst 1 Woche testen, anschließend monatlich nutzen
Wichtige Toolchain Xcode, xcodebuild, fastlane, self-hosted runner, Python oder Medientools Xcode-Builds, Unit-Tests, Uploads mit fastlane
Verbindungsart SSH, VNC oder grafische macOS-Oberfläche; angeben, ob überwiegend interaktiv gearbeitet wird Im Alltag SSH, beim Debugging die grafische Oberfläche
Aktuelles Festmodell M4 Core M4 / 16GB / 256GB
Verfügbare Knoten Fünf Regionen Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, West-USA
Bereitstellungszeit Ca. 4 Minuten Zahlungsbestätigung, Ressourcenvergabe, Systeminitialisierung und Zugangsdaten-Erstellung

Technischer Vorfall

Technische Anfrage: Logs, Zeitpunkte und Knotennummer zusammenführen

Technische Probleme reichen Sie bitte über das Portal als Ticket ein. Beschreiben Sie ein reproduzierbares Verhalten statt nur „keine Verbindung“ oder „Build fehlgeschlagen“. Bewahren Sie zunächst die ursprünglichen Zeitpunkte auf und testen Sie erst danach erneut.

01

Betroffene Ressource identifizieren

  • Im Portal angezeigte Knotennummer
  • Region des Knotens
  • Anzahl und Dauer der betroffenen Aufgaben
  • Tritt dasselbe Problem bei anderen Knoten auf?
02

Zeit- und Netzwerkkontext festhalten

  • Datum, Uhrzeit und Zeitzone des ersten Auftretens
  • Stadt des Clients
  • SSH, VNC oder grafische Oberfläche
  • Hat sich die Netzwerkumgebung vor oder nach dem Fehler geändert?
03

Minimale Reproduktionsschritte angeben

  • Bei welcher Aktion trat das Problem erstmals auf?
  • Welcher Befehl oder welche Aktion in der Oberfläche wurde ausgeführt?
  • Erwartetes und tatsächliches Ergebnis
  • Lässt sich der Fehler bei wiederholter Ausführung zuverlässig reproduzieren?
04

Bereinigte Logs anhängen

  • Zeitstempel und Fehlercodes beibehalten
  • Schlüssel, Token und Inhalte privater Projekte entfernen
  • Den erforderlichen Kontext vor und nach dem Fehler ausschneiden
  • Angeben, zu welchen Reproduktionsschritten die Logs gehören
TICKET-VORLAGE 02 / INCIDENT

Empfohlene Struktur für Portal-Tickets

Nennen Sie im Titel zuerst Knotennummer und Fehlertyp. Dokumentieren Sie den Ablauf chronologisch und vermischen Sie keine unabhängigen Probleme. Ein Ticket pro Hauptproblem erleichtert die laufende Nachverfolgung.

Im Portal ein Technik-Ticket erstellen 
Titel: Knotennummer / SSH-Verbindungszeitüberschreitung / Build betroffen

Knotennummer: vollständige Nummer aus dem Portal
Knotenregion: Hongkong
Zeitpunkt: Datum, Uhrzeit und Zeitzone angeben
Client-Stadt: tatsächliche Stadt eintragen
Verbindung: SSH
Auswirkung: Build-Aufgabe erreicht den Knoten nicht
Reproduktionsschritte:
1. SSH-Verbindung mit der ursprünglichen Konfiguration starten
2. Warten, bis der Client eine Zeitüberschreitung meldet
3. Nach einem Netzwerkwechsel erneut testen
Erwartetes Ergebnis: Befehlszeilensitzung wird aufgebaut
Tatsächliches Ergebnis: Zeitüberschreitung der Verbindung
Bereinigte Logs: Zeitstempel und Fehlermeldungen beibehalten
Bereits geprüft: Netzwerkwechsel, Neustart des Clients, Adressprüfung
Formulierung des Schweregrads:„Keine Verbindung möglich, aktuelle Aufgabe blockiert“ und „gelegentliche Verzögerung, Aufgabe kann fortgesetzt werden“ müssen klar unterschieden werden. Für Tickets zu kritischen Verbindungsproblemen gilt eine erste Antwort innerhalb von 4 Stunden als Ziel; für allgemeine Konfigurations- und Leistungsprobleme innerhalb eines Werktags.

Enterprise-Bewertung

Enterprise-Anfrage: Größe, Parallelität und Kontrollanforderungen getrennt bestätigen

Enterprise-Anfragen werden zunächst per Support-E-Mail bewertet. Beschreiben Sie zwingende Anforderungen, akzeptable Alternativen und den Zeitplan. Nicht bestätigte Funktionen gehören nicht in interne Implementierungspläne.

TEAM

Team und Nutzer

Geben Sie Teamgröße, tatsächliche Knotennutzer, Arbeitszeitzonen sowie die Aufteilung zwischen Entwicklung, Build und Betrieb an.

Teamgröße
Gesamtzahl und direkte Nutzer getrennt angeben
Arbeitszeitzone
Wichtigste Nutzungszeiten auflisten
Zuständigkeitsgrenzen
Wer verwaltet Knoten, Schlüssel und Toolchain?
CI-KAPAZITÄT

CI-Parallelität und Workload

Nennen Sie maximale Zahl paralleler Aufgaben, tägliches Build-Volumen, Dauer pro Build sowie Verfahren für Caching, Artefakt-Uploads und Wiederholungen fehlgeschlagener Aufgaben.

Maximale Parallelität
Anzahl gleichzeitig ausgeführter Runner
Aufgabenprofil
Tests, Archivierung und Uploads getrennt erfassen
Skalierungsplan
Feste Kapazität oder schrittweise Erweiterung
KONTROLLE

Zugriffskontrolle

Beschreiben Sie zulässige Quellen für den Fernzugriff, Anforderungen an minimale Kontoberechtigungen, den Umgang mit temporären Schlüsseln und die Entfernung von Berechtigungen ausgeschiedener Mitglieder.

Quellenbeschränkung
Zuzulassende Netzwerkbereiche
Berechtigungsmodell
Administrations- und Aufgabenkonten trennen
Audit-Anforderungen
Aufzubewahrende Arten von Aktivitätsprotokollen
DATEN

Datenaufbewahrung

Geben Sie für Projektdateien, Build-Cache, Logs und Artefakte jeweils die Aufbewahrungsdauer sowie den Export- und Löschprozess vor Mietende an.

Projektdaten
Quelle, Umfang und Synchronisierungsrichtung
Build-Logs
Aufbewahrungsdauer und Zugriffsrollen
Mietende
Verantwortliche für Export und Abnahmekriterien
BESCHAFFUNG

Beschaffungszeitplan

Nennen Sie die geplanten Termine für Bewertung, Validierung, Beschaffung und Produktivstart sowie die intern erforderlichen technischen und abrechnungsbezogenen Prüfungen.

Validierungsphase
Zunächst testbare Kriterien definieren
Beschaffungstermin
Entscheidungsdatum und Verantwortliche angeben
Startzeitpunkt
Absolutes Datum mit Zeitzone verwenden
GRENZEN

Umgang mit nicht bestätigten Funktionen

Kennzeichnen Sie Anforderungen in der E-Mail als „erforderlich“, „empfohlen“ oder „ersetzbar“. MiniDeploy antwortet einzeln anhand des aktuellen Modells, der regionalen Verfügbarkeit und des bestehenden Leistungsumfangs und macht keine Vorabzusagen zu nicht bestätigten Funktionen.

Enterprise-Bewertungs-E-Mail senden

Vor dem Absenden

Checkliste für schnelle Antworten: sechs Punkte vor dem Senden prüfen

Klare Kontaktdaten und verfügbare Zeitfenster verkürzen die Analyse stärker als wiederholte Nachfragen. Die folgenden Punkte gelten für E-Mails und Portal-Tickets.

  1. 01

    E-Mail-Adresse für Antworten bestätigen

    Verwenden Sie eine Adresse, die Antworten zuverlässig empfängt. Schreiben Sie bei einer Anfrage im Namen eines Teams den Hauptkontakt und die intern zu informierenden Rollen dazu. Reichen Sie dasselbe Problem nicht über mehrere Wege ein.

    KONTAKT
  2. 02

    Jeden Zeitpunkt mit Zeitzone angeben

    Verwenden Sie für Fehlerzeitpunkt, gewünschten Start und verfügbare Analysezeiten absolute Daten mit Zeitzone, zum Beispiel „2026-08-12 14:30 UTC+8“.

    ZEIT
  3. 03

    Priorität nach tatsächlicher Auswirkung festlegen

    Geben Sie an, ob der Betrieb vollständig blockiert ist, einzelne Aufgaben fehlschlagen, die Leistung sinkt oder eine allgemeine Konfigurationsfrage vorliegt. Kennzeichnen Sie ein Problem ohne aktuelle Auswirkung nicht als kritischen Vorfall.

    PRIORITÄT
  4. 04

    Verfügbare Analysezeiten nennen

    Geben Sie Zeitfenster innerhalb des nächsten Werktags an, in denen Tests, Reproduktion oder die Bestätigung der Wiederherstellung möglich sind. Teilen Sie außerdem mit, ob auf dem Knoten nicht unterbrechbare Aufgaben laufen.

    VERFÜGBARKEIT
  5. 05

    Sensible Informationen entfernen

    Behalten Sie in Logs Zeitstempel, Fehlercodes, Befehlsnamen und erforderliche Pfade bei. Entfernen Sie Passwörter, Zugriffstoken, private Schlüssel, Signaturmaterial und Inhalte privater Projekte.

    BEREINIGUNG
  6. 06

    Überprüfbare Abschlusskriterien definieren

    Zum Beispiel „3 SSH-Sitzungen nacheinander aufbauen“, „die angegebene Build-Aufgabe abschließen und das Artefakt hochladen“ oder „Bestellstatus und Zahlungsdatensatz stimmen überein“. So können beide Seiten den Abschluss bestätigen.

    ABNAHME

Kontoverwaltung

Bestellungen, Verlängerungen, Knoten und Abrechnungsdaten zentral im Portal verwalten

Das Portal ist der Verwaltungszugang für bestehende Bestellungen. Wenn Sie einen Cloud-Mac mieten, den Status eines dedizierten physischen Knotens prüfen, eine Mietdauer verwalten oder ein Ticket zu einer Bestellung erstellen möchten, melden Sie sich zuerst im Portal an.

Zahlungsinformationen

Zahlung und Abrechnung

Alle Tarife und Zusatzoptionen werden in US-Dollar berechnet. Prüfen Sie vor einem Abrechnungsticket Bestellbetrag, Mietdauer, Zusatzoptionen und den im Portal angezeigten Zahlungsstatus.

A

USDT-TRC20

Führen Sie die Zahlung anhand der im Checkout angezeigten Angaben durch. Für Abrechnungsfragen genügen Bestellnummer, Zeitpunkt und bereinigte Transaktionskennung.

B

Visa / Mastercard / Amex

Kartenzahlungen werden über Stripe abgewickelt. Welche Zahlungsschnittstelle tatsächlich verfügbar ist, ergibt sich aus der Antwort des Backends beim Checkout.

USD

Einheitliche Abrechnung in US-Dollar

Modell, Mietdauer und Zusatzoptionen werden ausschließlich in US-Dollar (USD) abgerechnet. Für die Abgleichung verwenden Sie den ursprünglichen USD-Betrag aus der Bestellung.

Ein Abrechnungsticket sollte enthalten:Bestellnummer, Zahlungszeitpunkt mit Zeitzone, aktuellen Status im Portal und den konkret zu prüfenden Punkt. Senden Sie keine vollständigen Kartendaten, Kontoschlüssel oder sonstigen sensiblen Daten, mit denen eine Zahlung erneut ausgelöst werden könnte.

Nächster Schritt

Bei bestehenden Knotenproblemen direkt ein Ticket mit Knotennummer erstellen

Das Portal eignet sich für Bestell-, Knoten-, Verbindungs- und Abrechnungsfragen. Wenn Sie noch nicht bestellt haben und Region, Anzahl paralleler Geräte oder den Umfang eines Enterprise-Deployments klären möchten, senden Sie eine strukturierte E-Mail an support@minideploy.com.

Portal-Ticket erstellen Mac mini jetzt mieten →