Udostępnij za pośrednictwem

Adresy URL dla obszaru roboczego

  • Artykuł

W kwietniu 2020 r. usługa Azure Databricks dodała nowy unikatowy adres URL dla każdego obszaru roboczego. Ten adres URL dla obszaru roboczego ma format

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

Adres URL dla obszaru roboczego zastępuje przestarzały regionalny adres URL (<region>.azuredatabricks.net) w celu uzyskania dostępu do obszarów roboczych.

Ważne

Unikaj używania starszych regionalnych adresów URL. Mogą nie działać w przypadku nowych obszarów roboczych, są mniej niezawodne i wykazują niższą wydajność niż adresy URL poszczególnych obszarów roboczych.

Uruchamianie obszaru roboczego przy użyciu adresu URL dla obszaru roboczego

W Azure Portal przejdź do strony zasobu usługi Azure Databricks dla obszaru roboczego, a następnie kliknij pozycję Uruchom obszar roboczy lub skopiuj adres URL dla każdego obszaru roboczego, jak pokazano na stronie zasobu i wklej go na pasku adresu przeglądarki.

strona zasobu

Uzyskiwanie adresu URL dla obszaru roboczego przy użyciu interfejsu API platformy Azure

Użyj obszarów roboczych interfejsu API platformy Azure — uzyskaj punkt końcowy, aby uzyskać szczegółowe informacje o obszarze roboczym, w tym adres URL obszaru roboczego. Adres URL dla obszaru roboczego jest zwracany w properties.workspaceUrl polu w obiekcie odpowiedzi.

Migrowanie skryptów do używania adresów URL dla poszczególnych obszarów roboczych

Użytkownicy usługi Azure Databricks zazwyczaj piszą skrypty lub inną automatyzację, która odwołuje się do obszarów roboczych na jeden z dwóch sposobów:

  • Wszystkie obszary robocze są tworzone w tym samym regionie i kodujesz starszy adres URL regionalny w skryscie.

    Ponieważ potrzebujesz tokenu interfejsu API dla każdego obszaru roboczego, masz również listę tokenów przechowywanych w samym skrypcie lub w innej bazie danych. Jeśli tak jest, zalecamy zapisanie listy <per-workspace-url, api-token> par i usunięcie wszystkich zakodowanych na stałe regionalnych adresów URL.

  • Obszary robocze są tworzone w co najmniej jednym regionie i mają listę <regional-url, api-token> par przechowywanych w samym skrypsie lub w bazie danych. W takim przypadku zalecamy zapisanie adresu URL dla poszczególnych obszarów roboczych zamiast regionalnego adresu URL na liście.

Uwaga

Ponieważ obsługiwane są zarówno regionalne adresy URL, jak i adresy URL dla poszczególnych obszarów roboczych, każda istniejąca automatyzacja, która używa regionalnych adresów URL do odwołań do obszarów roboczych utworzonych przed wprowadzeniem adresów URL dla poszczególnych obszarów roboczych, będzie nadal działać. Mimo że usługa Databricks zaleca zaktualizowanie dowolnej automatyzacji do używania adresów URL dla poszczególnych obszarów roboczych, nie jest to wymagane w tym przypadku.

Znajdowanie starszego regionalnego adresu URL obszaru roboczego

Jeśli musisz znaleźć starszy regionalny adres URL obszaru roboczego, uruchom polecenie nslookup w adresie URL dla poszczególnych obszarów roboczych.

$ 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