Udostępnij za pośrednictwem

Adresy URL dla poszczególnych obszarów roboczych

  • Artykuł

W kwietniu 2020 r. usługa Azure Databricks dodała nowe, unikatowe, indywidualne adresy URL obszarów roboczych. 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), aby uzyskać dostęp do obszarów roboczych.

Ważne

Unikaj używania starszych regionalnych adresów URL. Mogą one 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 witrynie Azure Portal przejdź do strony zasobów usługi Azure Databricks dla obszaru roboczego, a następnie kliknij pozycję Uruchom obszar roboczy lub skopiuj adres URL dla każdego obszaru roboczego wyświetlany na stronie zasobu i wklej go na pasku adresu przeglądarki.

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óły obszaru roboczego, w tym adres URL dla poszczególnych obszarów roboczych. 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 zwykle 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 na stałe starszy regionalny adres URL w skrypsze.

    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 przechowywanie listy <per-workspace-url, api-token> par i usuwanie 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 przechowywanie 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 poszczególnych obszarów roboczych, każda istniejąca automatyzacja, która używa regionalnych adresów URL do odwołujących się do obszarów roboczych utworzonych przed wprowadzeniem adresów URL poszczególnych obszarów roboczych, będzie nadal działać. Mimo że usługa Databricks zaleca zaktualizowanie dowolnej automatyzacji w celu 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 chcesz znaleźć starszy regionalny adres URL obszaru roboczego, uruchom polecenie nslookup w adresie URL 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