Häufig gestellte Fragen

Erste Schritte

Was brauche ich, um einen Service mit Hostly zu deployen?

Du brauchst nur ein Docker-Image und schon kann es losgehen!

Muss ich Docker oder Kubernetes kennen, um Hostly verwenden zu können?

Nein, du brauchst nur das Docker-Image, wir kümmern uns um den ganzen Rest!

Kann Hostly meine Anwendung direkt aus einem Git-Repository bauen?

Nein, aber so gut wie jeder Git-Anbieter online bietet eine CI/CD-Pipeline, mit der ein Docker-Image gebaut werden kann. Dieses Image kannst du in Hostly nutzen.

Welche Docker-Images kann ich mit Hostly verwenden?

Prinzipiell alle. Wenn du dir nicht sicher bist, probiere es doch einfach mal kostenlos aus!

Kann ich Images aus einer privaten oder alternativen Registry als Docker Hub verwenden?

Ja, solange es die Konfiguration der Registry nicht verhindert, lässt sich jede Registry nutzen.

Muss meine Anwendung bestimmte Voraussetzungen erfüllen, damit sie auf Hostly läuft?

Die Anwendung muss in einem Docker-Image vorliegen. Im Moment wird nur ein Port unterstützt, sollte die Anwendung zwingend mehrere Ports oder andere Anwendungen wie Datenbanken benötigen, dann funktioniert sie aktuell noch nicht in Hostly. Da ein Deployment mit Hostly schnell umgesetzt ist, lohnt es sich aber ein Image einfach auszuprobieren.

Wie lange dauert es, bis ein neu deployter Service erreichbar ist?

In der Regel dauert es wenige Sekunden bis ein Service online und erreichbar ist. Die Dauer hängt größtenteils von der Anwendung ab.

Account und Workspace

Was ist ein Workspace?

Ein Workspace ist die logische Einheit unter einer Hostly Subdomain. Der Workspace 'example' findet z.B. unter example.hostly.ninja statt.

Kann ich meinen Workspace später umbenennen?

Nein, im Moment kann ein Workspace nicht mehr umbenannt werden, sobald dieser einmal erstellt wurde.

Kann ich die Domain meines Workspace später ändern?

Nein, im Moment kann die Domain des Workspaces nicht mehr geändert werden, sobald der Workspace einmal erstellt wurde.

Kann ein anderer Nutzer dieselbe Workspace-Domain verwenden?

Nein, ein anderer Nutzer kann nicht dieselbe Workspace-Domain verwenden, da sie für jeden Workspace einzigartig ist.

Was passiert mit meinem Workspace, wenn ich alle Services lösche?

Der Workspace bleibt weiterhin bestehen, d.h. die Workspace-Domain bleibt erhalten und neue Services können deployed werden.

Services und Deployments

Was ist der Unterschied zwischen einem Service und einem Deployment?

Durch ein Deployment entsteht ein Service. Ein Service ist die aus dem Internet erreichbare Anwendung.

Kann ich mehrere Services gleichzeitig betreiben?

Klar! Entweder werden mehr Services in einem Workspace deployed (nur im Paid Tier) oder aber über mehrere Workspaces hinweg.

Wie viele Services kann ich im Free Tier betreiben?

Das Limit im Free Tier ist ein Service pro Workspace.

Kann ich denselben Service mehrfach deployen?

Klar! Die Services brauchen verschiedene Service-Domains, aber ansonsten ist es dir überlassen, welche Services du wie deployst. Alternativ ist es noch möglich das Deployment eines Services zu ändern, dann gibt es allerdings nur eine Instanz des Services.

Kann ich auf eine vorherige Version meines Services zurückwechseln?

Nein, zumindest nicht direkt. Das vorherige Docker-Image kann natürlich einfach wieder deployed werden, aber das muss manuell geschehen.

Wie ändere ich die Einstellungen eines bestehenden Services?

Indem das Deployment geändert wird, dabei ist es möglich alle Einstellungen anzupassen und zum Schluss ein neues Deployment zu starten.

Muss ich einen Service neu deployen, wenn ich den verwendeten Docker-Image-Tag ändern möchte?

Ja, um das Docker-Image zu ändern muss das Deployment geändert, d.h. auch wenn ein anderer Image-Tag verwendet wird.

Was passiert bei einem Image mit dem Tag `latest`?

Hostly lädt für das Deployment das Image, auf welches der Tag `latest` zeigt.

Wird ein `latest`-Image automatisch aktualisiert?

Nein, Hostly verändert den Service nach dem Deployment nicht mehr. Sollte eine Aktualisierung nötig sein, muss das Deployment manuell geändert werden.

Domains, Netzwerk und HTTPS

Unter welcher Adresse ist mein Service erreichbar?

Vereinfacht gesagt: <Service-Domainfragment>.<Workspace-Domainfragment>.hostly.ninja

Was ist der Unterschied zwischen Workspace-Domainfragment und Service-Domainfragment?

Wie die Namen bereits andeuten, beschreibt das Workspace-Domainfragment den kompletten Workspace und das Service-Domainfragment beschreibt einen einzelnen Service innerhalb dieses Workspaces.

Kann ich das Domainfragment meines Services später ändern?

Wenn das Deployment des Services geändert wird, kann auch das Domainfragment geändert werden. Alternativ lässt sich ein neuer Service mit einem alternativen Domainfragment deployen.

Welchen internen Port muss ich bei meinem Service angeben?

Den Port, der die Anwendung im Container öffentlich erreichbar macht, häufige Konfigurationen sind z.B. 80, 2000, 3000, 8080

Kann ich mehrere Ports eines Containers öffentlich erreichbar machen?

Im Moment gibt es nur die Möglichkeit einen Port öffentlich erreichbar zu machen. Sollten mehrere Ports für bestimmte Use-Cases nötig sein, kannst du uns auch gerne direkt kontaktieren um eine Lösung zu finden.

Warum kann mein Container laufen, obwohl der Service nicht über seine Domain erreichbar ist?

Unterstützt Hostly HTTPS beziehungsweise SSL?

Ja! Jeder Service in Hostly kann über HTTPS zur Verfügung gestellt werden. Das ist die Standardeinstellung beim Deployment.

Muss ich für HTTPS selbst ein Zertifikat konfigurieren?

Nein! Hostly übernimmt die Arbeit für jeden Service ein Let's Encrypt Zertifikat zu erstellen und validieren zu lassen.

Fehlerbehebung

Mein Service läuft, aber die Website ist nicht erreichbar - was kann ich prüfen?

Sollte das Deployment noch nicht ganz durch sein, kann es daran liegen. Der häufigste Grund dürfte allerdings ein falscher Port im Deployment sein, vergewissere dich, dass dieser korrekt ist!

Hostly meldet meinen Service als nicht erreichbar, obwohl der Container läuft - warum?

Es kann sein, dass der Container funktioniert, aber die containerisierte Anwendung nicht korrekt oder wie erwartet läuft. Schau in die Service-Logs um vielleicht einen Anhaltspunkt zu finden!

Mein Service antwortet auf dem falschen Port - wie ändere ich den Port?

In den Service-Details kann das Deployment geändert werden. Dort gibt es auch die Möglichkeit den Port zu korrigieren.

Mein Docker-Image kann nicht geladen werden - woran kann das liegen?

Das kann einige Gründe haben, hier sind die wahrscheinlichsten Möglichkeiten:

• Ist der Name des Images korrekt?
• Ist der Image-Tag korrekt?
• Ist die Container-Registry erreichbar?
• Ist die Container-Registry korrekt konfiguriert worden?
• Ist die Container-Registry korrekt eingerichtet worden im Deployment?

Der Zugriff auf meine private Registry funktioniert nicht - was kann ich prüfen?

Ist die Registry korrekt konfiguriert? Wurde die Registry korrekt eingerichtet im Deployment?

Mein `latest`-Image wurde nicht aktualisiert - warum?

Hostly greift nicht ohne dein Zutun in deine Services ein, das heißt auch, dass Images nicht automatisch aktualisiert werden, solange diese nicht neugestartet werden.

Mein Service wurde ohne mein Zutun pausiert - warum?

Normalerweise solltest eine Benachrichtigung mit Begründung der Pausierung versendet worden sein - dort sind mehr Informationen dazu zu finden. Der wahrscheinlichste Grund für die Pausierung ist allerdings, dass ein Workspace-Limit erreicht wurde.

Warum sind meine Logs nach einem Neustart verschwunden?

Der Einfachheit halber und da sich bei jedem Start die Parameter verändern können, werden nur "aktuelle" Logs vorgehalten.

Warum kann ich mein altes Deployment nicht wiederherstellen?

Die Einfachheit von Hostly bedingt, dass der komplexe Prozess der Wiederherstellung im Moment noch nicht angemessen abgebildet werden kann.

Warum kann ich meine alte Service-Domain nach dem Löschen nicht mehr aufrufen?

Weil der zugehörige Service nicht mehr existiert. Gleichzeitig damit wird auch die Service-Domain im Workspace wieder freigegeben.

Abrechnung und Verständnisfragen

Welche Ressourcen verursachen Kosten?

CPU, RAM, Egress und reservierter Persistent Storage.

Wird nur tatsächlicher Ressourcenverbrauch berechnet?

Ja, bei CPU, RAM und Egress wird nur der tatsächliche Ressourchenverbrauch berechnet. Bei Persistent Storage wird die reservierte Speicherkapazität, nicht die genutzte Speicherkapazität, berechnet.

Wie genau misst Hostly meinen Verbrauch?

Hostly misst kontinuierlich im Hintergrund, während ein Service ausgeführt wird, den Ressourcenverbrauch für CPU, RAM und Egress. Persistent Storage wird nach der reservierten Speicherkapazität gemessen.

Warum wird der Verbrauch genauer gemessen als der letztendliche Rechnungsbetrag?

Um eine faire Abrechnung gegenüber den Nutzern, aber auch gegenüber Hostly zu wahren, messen wir den konkreten Verbrauch sehr genau. Damit es zum Schluss allerdings zu keinen Problemen bei der Abrechnung gibt, runden wir auf einzelne Cent genau.

Wie wirkt sich High Availability auf meinen Verbrauch aus?

Der exakte Mehrverbrauch hängt von einigen Faktoren ab, deswegen ist es gut zur groben Abschätzung mit dem doppelten Verbrauch zu rechnen.

Verursacht ein pausierter Service Kosten?

Wenn im Paid Tier ein persistent Storage für den Service genutzt wird, wird dieser weiterhin normal berechnet.

Verursacht ein gestoppter Service Kosten?

Wenn im Paid Tier ein persistent Storage für den Service genutzt wird, wird dieser weiterhin normal berechnet.

Wird ein vorhandener, aber gestoppter Service weiterhin bei der Anzahl der Services berücksichtigt?

Ja, solange der Service nicht gelöscht ist, wird dieser bei der Anzahl berücksichtigt