Hostly

Hostly-Domains und Domainfragmente ​

Hostly verwendet Domains, um Workspaces und Services eindeutig im Internet zu adressieren.

DNS in Kürze ​

Das Domain Name System, kurz DNS, übersetzt lesbare Domainnamen in technische Netzwerk- und Routinginformationen.

Wenn ein Nutzer app.example.hostly.ninja aufruft, sorgt DNS zunächst dafür, dass die Anfrage die Hostly-Infrastruktur erreicht. Hostly ordnet die Anfrage anschließend dem passenden Service zu und leitet sie dorthin weiter.

Für die von Hostly bereitgestellten Domains sind keine eigenen DNS-Einträge erforderlich. Alles ist ab dem Service-Deployment bereits komplett fertig eingerichtet und betriebsbereit für einen einfachen Start!

Vier zentrale Begriffe ​

BegriffBeispielBedeutung
Workspace-DomainfragmentexampleDer einem Workspace zugeordnete Namensteil.
Workspace-Domainexample.hostly.ninjaDie vollständige Domain des Workspace.
Service-DomainfragmentappDer einem Service zugeordnete Namensteil.
Service-Domainapp.example.hostly.ninjaDie öffentlich erreichbare Domain des Services.

Die Service-Domain folgt immer diesem Muster:

text
<Service-Domainfragment>.<Workspace-Domainfragment>.hostly.ninja

Workspace-Domainfragment ​

Das Workspace-Domainfragment ist global eindeutig. Deshalb kann nur ein Workspace weltweit beispielsweise example bzw. example.hostly.ninjaverwenden.

Ein Account mit mehreren Workspaces benötigt für jeden Workspace ein eigenes, global eindeutiges Workspace-Domainfragment.

Der Workspace und sein Domainfragment können derzeit nicht umbenannt werden.

Service-Domainfragment ​

Das Service-Domainfragment muss innerhalb des Workspace eindeutig sein.

Beispiel:

text
app.example.hostly.ninja
api.example.hostly.ninja
status.example.hostly.ninja

Ein anderer Workspace darf dieselben Service-Domainfragmente verwenden:

text
app.data.hostly.ninja
app.example.hostly.ninja

Ein Service darf auch dasselbe Fragment wie sein Workspace verwenden:

text
example.example.hostly.ninja

Hostly erzeugt für den Service immer genau eine zusätzliche Domain-Ebene.

Service-Domainfragment und Service-Name ​

Das Service-Domainfragment ist nicht dasselbe wie der Service-Name. Das Service-Domainfragment bestimmt die öffentliche Adresse und kann geändert werden. Der Service-Name bestimmt die interne Adresse <service-name>:<port> und kann nie geändert werden. Beim Anlegen eines Service füllt der Wizard den Service-Namen aus dem Service-Domainfragment vor.

Services ohne Domain ​

Interne Services haben keine Service-Domain und damit auch kein Service-Domainfragment. Sie sind nur für andere Services des Workspace über ihren Service-Namen erreichbar. Siehe Was ist ein Service?.

Zeichenregeln ​

Für Workspace- und Service-Domainfragmente sind derzeit diese Zeichen zulässig:

text
Alphanumerisch: a-z, 0-9

Großbuchstaben werden automatisch in Kleinbuchstaben umgewandelt.

Service-Namen folgen eigenen Regeln und dürfen auch Bindestriche enthalten.

Änderung und Reservierung ​

Das Workspace-Domainfragment kann nicht geändert werden.

Ein Service-Domainfragment kann nur über eine Deployment-Änderung gewechselt werden. Eine automatische Weiterleitung von der alten auf die neue Service-Domain existiert nicht.

Das Service-Domainfragment bleibt während des gesamten Lebenszyklus des Services reserviert. Erst das endgültige Löschen gibt es zur erneuten Verwendung frei.

HTTP und HTTPS ​

Beim Deployment eines öffentlichen Services muss ausgewählt werden, wie Nutzer auf den Service zugreifen sollen. Dabei gibt es die Möglichkeiten HTTP und HTTPS

HTTPS ​

Jeder Service kann die eingebaute Funktion SSL bzw. TLS nutzen. Ein Deployment mit dieser Funktion aktiviert, erhält automatisch ein Let's-Encrypt-Zertifikat und upgraded HTTP-Traffic auf HTTPS.

Der Vorteil ist, dass die Verbindung von Nutzern des Services durch eine weitere Ebene abgesichert und im Browser wird Nutzern "Verbindung ist sicher" angezeigt.

Die Standardkonfiguration für ein Deployment ist HTTPS. Wir empfehlen für die meisten Nutzer diese Einstellung zu verwenden.

Erreichbarkeit:

text
app.example.hostly.ninja -> https://app.example.hostly.ninja
http://app.example.hostly.ninja -> https://app.example.hostly.ninja
https://app.example.hostly.ninja -> https://app.example.hostly.ninja

Der öffentliche Port für HTTPS-Traffic ist 443.

HTTP ​

Die Verbindung von Nutzern des Services wird nicht extra abgesichert und im Browser wird Nutzern "Verbindung ist nicht sicher" angezeigt.

Wir empfehlen diese Einstellung nur für Nutzer, die sich der Risiken bewusst sind.

Erreichbarkeit:

text
app.example.hostly.ninja -> http://app.example.hostly.ninja
http://app.example.hostly.ninja -> http://app.example.hostly.ninja
https://app.example.hostly.ninja -> Fehler 404, Seite existiert nicht

Der öffentliche Port für HTTP-Traffic ist 80.

Verwandte Konzepte ​