Freigeben über

Arbeitsbereichsspezifische URLs

  • Artikel

Im April 2020 wurde für Azure Databricks für jeden Arbeitsbereich jeweils eine neue eindeutige URL hinzugefügt. Diese eindeutige Arbeitsbereich-URL hat das folgende Format

adb-<workspace-id>.<random-number>.azuredatabricks.net

Die URL pro Arbeitsbereich ersetzt die veraltete regionale URL (<region>.azuredatabricks.net), um auf Arbeitsbereiche zu zugreifen.

Wichtig

Vermeiden Sie die Verwendung von älteren regionalen URLs. Sie funktioniert möglicherweise nicht für neue Arbeitsbereiche, ist weniger zuverlässig und weist eine geringere Leistung als arbeitsbereichsspezifische URLs auf.

Einen Arbeitsbereich mithilfe der arbeitsbereichsspezifischen URL starten

Wechseln Sie im Azure-Portal zur Ressourcenseite des Azure Databricks-Diensts für Ihren Arbeitsbereich, und klicken Sie entweder auf Arbeitsbereich starten, oder kopieren Sie die URL pro Arbeitsbereich, wie auf der Ressourcenseite angezeigt, und fügen Sie sie in die Adressleiste Ihres Browsers ein.

Ressourcenseite

Abrufen einer Arbeitsbereichs-URL mithilfe der Azure-API

Verwenden Sie den Azure API Arbeitsbereiche – Get Endpunkt, um Arbeitsbereichsdetails einschließlich der Arbeitsbereichs-URL zu erhalten. Die Arbeitsbereichs-URL wird im Feld im properties.workspaceUrl Antwortobjekt zurückgegeben.

Migrieren Ihrer Skripts zur Verwendung von Arbeitsbereichs-URLs

Azure Databricks Benutzer schreiben in der Regel Skripts oder andere Automatisierungen, die auf Arbeitsbereiche verweisen, auf eine von zwei Arten:

  • Sie erstellen alle Arbeitsbereiche in derselben Region und hartcodieren die ältere regionale URL im Skript.

    Da Sie ein API-Token für jeden Arbeitsbereich benötigen, verfügen Sie auch über eine Liste von Token, die entweder im Skript selbst oder in einer anderen Datenbank gespeichert sind. In diesem Fall wird empfohlen, eine Liste von <per-workspace-url, api-token>-Paaren zu speichern und alle hartcodierten regionalen URLs zu entfernen.

  • Sie erstellen Arbeitsbereiche in mindestens einer Region und verfügen über eine Liste von <regional-url, api-token>-Paaren, die entweder im Skript selbst oder in einer Datenbank gespeichert sind. In diesem Fall wird empfohlen, die URL pro Arbeitsbereich anstelle der regionalen URL in der Liste zu speichern.

Hinweis

Da sowohl regionale URLs als auch arbeitsbereichsspezifische URLs unterstützt werden, funktioniert jede vorhandene Automatisierung, die regionale URLs verwendet, um auf Arbeitsbereiche zu verweisen, die vor der Einführung von URLs pro Arbeitsbereich erstellt wurden, weiterhin. Obwohl Databricks empfiehlt, alle Automatisierungen zu aktualisieren, um arbeitsbereichsspezifische URLs zu verwenden, ist dies in diesem Fall nicht erforderlich.

Regionale Legacy-URL für einen Arbeitsbereich ermitteln

Wenn Sie die regionale Legacy-URL für einen Arbeitsbereich suchen müssen, führen Sie unter der URL pro Arbeitsbereich nslookup aus.

$ nslookup adb-<workspace-id>.<random-number>.azuredatabricks.net
Server:   192.168.50.1
Address:  192.168.50.1#53

Non-authoritative answer:
adb-<workspace-id>.<random-number>.azuredatabricks.net canonical name = eastus-c3.azuredatabricks.net.
Name: eastus-c3.azuredatabricks.net
Address: 20.42.4.211