Zarządzanie tajemnicami

Sekret Azure Databricks przechowuje wrażliwą wartość, taką jak hasło, klucz API lub sól do haszu, aby notatniki, zadania i funkcje mogły z niej korzystać bez pojawiania się wartości w kodzie. Sekretami można zarządzać w dwóch miejscach:

  • Zakresy wpisów tajnych obszaru roboczego: Nazwane zbiory sekretów w jednym obszarze roboczym. Uprawnienia obowiązują w całym zakresie. Zobacz zakresy wpisów tajnych w Workspace.
  • Sekrety w Unity Catalog: Zabezpieczalne obiekty (catalog.schema.secret) dostępne we wszystkich przestrzeniach roboczych powiązanych z metastorem. Możesz przyznać dostęp do każdego wpisu tajnego. Zobacz Sekrety w Unity Catalog.

Sekrety katalogu Unity mogą być zarządzane przez Azure Databricks lub oparte na Azure Key Vault. Zobacz Azure Key Vault — wpisy tajne w Unity Catalog.

Wybierz miejsce, gdzie przechowywać wpis tajny

Poniższa tabela porównuje, gdzie każda opcja przechowuje sekrety, które przestrzenie robocze mogą z nich korzystać oraz jak kontrolujesz dostęp.

  Zakres wpisu tajnego obszaru roboczego Azure Databricks-managed secret in Unity Catalog Klucz tajny obsługiwany przez Azure Key Vault w Unity Catalog (Wersja beta)
Gdzie przechowywana jest wartość Azure Databricks, w obszarze roboczym, albo twój Azure Key Vault z zakresem wpisów tajnych wspieranym przez usługę Key Vault Azure Databricks, in Unity Catalog Azure Key Vault (Azure Databricks przechowuje tylko nazwę sekretu w Unity Catalog)
Szyfrowanie własnym kluczem Tak, z kluczem zarządzanym przez klienta dla usług zarządzanych Tak, z kluczem zarządzanym przez klienta w katalogu
Dostępne w Jeden obszar roboczy Każdy obszar roboczy podłączony do metamagazynu Każdy workspace podłączony do metastore
Kontrola dostępu Uprawnienia do zakresu sekretów (brak kontroli dostępu na poziomie sekretów) Uprawnienia katalogu Unity na sekrecie, schemacie lub katalogu Uprawnienia Unity Catalog dotyczące wpisu tajnego, schematu lub katalogu
Obrócić Aktualizuj wartość w Azure Databricks lub w Key Vault dla zakresu opartego na usłudze Key Vault Zaktualizuj wartość w Azure Databricks Rotuj w Azure Key Vault. Brak zmian w usłudze Azure Databricks.

Gdzie można używać wpisów tajnych

Zakresy wpisów tajnych obszaru roboczego oraz wpisy tajne katalogu Unity są obsługiwane w różnych miejscach. Zanim wybierzesz jedną, sprawdź, czy działa tam, gdzie działa Twój kod.

Surface Zakres wpisów tajnych przestrzeni roboczej Wpis tajny w Unity Catalog
dbutils.secrets w notatnikach i zadaniach Yes. Zobacz Przeczytaj sekret. Tak, w środowisku bezserwerowym w wersji 4 i wyższej lub Databricks Runtime 17.3 LTS i nowszych. Zobacz Przeczytaj sekret.
REST API i Databricks CLI Yes. Wartości zwracane przez API nie są ukrywane. Yes. Wartości zwracane przez API nie są zanonimizowane.
Rozwój zdalny, taki jak Databricks Connect Tak, w dbutils.secrets kliencie Databricks Connect. Zobacz Narzędzia Databricks z Databricks Connect dla Python. No
Unity Catalog Python i Scala UDF-y No Yes. Dzwoniący potrzebują tylko EXECUTE. Zobacz Używanie sekretów w UDF-ach.
Magazyny SQL Tak, z tajną funkcją Tylko przez Unity Catalog UDF w Pythonie lub Scali, która deklaruje sekret
Właściwości konfiguracji Spark i zmienne środowiskowe w środowisku obliczeniowym Yes. ** Zobacz Używanie sekretu w właściwości konfiguracji Spark lub zmiennej środowiskowej. No
Zmienne środowiskowe punktu końcowego serwowania modelu Yes. Zobacz Dodawanie zmiennych środowiskowych opartych na sekretach. No
Domyślne repozytoria pakietów Tak, w zakresie databricks-package-management. Zobacz Konfiguruj domyślne repozytoria pakietów. No

Dodatkowe źródła

Resource Description
Katalog Sekretów w Unity Twórz sekrety Unity Catalog, przyznaj dostęp i czytaj je w notatnikach, zadaniach i UDF-ach.
Najlepsze praktyki dotyczące sekretów Unity Catalog Organizuj sekrety według środowiska, aplikacji lub zespołu i pozwól obciążeniom korzystać z sekretów bez ich czytania.
  • Ostatnia aktualizacja o