MOC — dny 1 a 2
1. Představení Azure Databricks 2. Výběr a konfigurace compute 3. Objekty v Unity Catalogu 4. Zabezpečení Unity Catalogu 5. Governance Unity Catalogu 6. Datové modelování 7. Ingest dat
MOC — pokračování
8. Čištění a transformace dat 9. Data quality constraints · mimo osnovu 10. Datové pipelines 11. Lakeflow Jobs 12. Vývojový lifecycle · mimo osnovu 13. Monitoring a optimalizace
🏠 Rozcestník kurzu
Pod čarou — den 3
14. Průřez Microsoft Fabric 15. Power BI + Fabric + Databricks 16. Migrace z Oracle
🏠 Rozcestník kurzu
DP-750 · Kapitola 1

Představení Azure Databricks

Workspace, workloady, klíčové koncepty a governance přes Unity Catalog a Microsoft Purview
🗂 Představení Azure Databricks

Cíle kapitoly

  • Vysvětlit, co je Azure Databricks, jak se vztahuje k Azure a jak vzniká workspace.
  • Rozlišit tři hlavní workloady platformy — data engineering, SQL analytiku a ML/AI.
  • Popsat klíčové koncepty: workspace, notebook, cluster, SQL warehouse, DBFS vs. volumes, lakehouse a Delta Lake.
  • Vysvětlit roli Unity Catalog a Microsoft Purview v data governance.
  • Zorientovat se ve workspace UI a provést první kroky v notebooku (Lab 1).
1.1

Co je Azure Databricks a jak vzniká workspace

Azure Databricks je cloudová analytická platforma postavená na Apache Spark, provozovaná jako first-party služba přímo v Azure — platíte ji přes azurové předplatné, přihlašujete se přes Microsoft Entra ID a integruje se s Azure Data Lake Storage, Key Vault či Power BI. Není to tedy „Spark, který si musíte sami nainstalovat", ale spravovaná platforma pokrývající celý životní cyklus dat: ingesti, transformace, SQL analytiku i machine learning.

Základní jednotkou nasazení je workspace — izolované prostředí pro definovanou skupinu uživatelů, ve kterém žijí notebooky, clustery, joby i data. Workspace vytvoříte v Azure portálu, nebo automatizovaně přes ARM/Bicep/Terraform šablonu, Azure CLI či PowerShell:

BASH
# vytvoreni workspace pres Azure CLI
az databricks workspace create \
    --resource-group rg-dp750 \
    --name dbw-citymoves \
    --location westeurope \
    --sku premium
POWERSHELL
# vytvoreni workspace pres Azure PowerShell
New-AzDatabricksWorkspace -Name dbw-citymoves `
    -ResourceGroupName rg-dp750 `
    -Location westeurope `
    -ManagedResourceGroupName rg-dbw-managed `
    -Sku premium

Při vytváření volíte region, pricing tier a nově i typ workspace:

ParametrMožnostiPoznámka
Pricing tierPremium / Trial (14 dní)Premium = RBAC, Unity Catalog, Databricks SQL, serverless, Mosaic AI
Typ workspaceServerless / Hybrid (Classic)Serverless: compute i storage spravuje Databricks — doporučeno pro většinu případů; Hybrid: compute ve vašem předplatném (vlastní síť, on-premises konektivita)
Managed Resource Groupvolitelný názevAzure v ní automaticky spravuje infrastrukturu workspace
⚠️
Pozor: tier Standard už pro nové workspaces neexistuje — od dubna 2026 se všechny nové workspaces vytvářejí jako Premium. Ve starších materiálech a StackOverflow odpovědích na Standard ještě narazíte; pro certifikaci i praxi počítejte jen s Premium.
💡
Tip: pro samostudium existuje Free Edition — bez časového omezení a bez platební karty, s denními limity a bez klasického compute. Srovnání s trial verzí najdete v dokumentaci Databricks.
1.2

Orientace ve workspace UI

Z Azure portálu se do workspace dostanete tlačítkem Launch Workspace. Workspace UI je webové rozhraní, kde vytváříte a spravujete všechny objekty — notebooky, dotazy, clustery, joby. Levý sidebar má společnou část (Workspace, Recents, Catalog, Jobs & Pipelines, Compute, Marketplace) a pak sekce podle produktových oblastí:

OblastPoložky v sidebaru
SQLSQL Editor, Queries, Dashboards, Genie, Alerts, Query History, SQL Warehouses
Data EngineeringJob Runs, Data Ingestion
Machine LearningPlayground, Experiments, Features, Models, Serving

Tlačítko + New je univerzální vstup pro vytváření objektů (notebook, query, job, pipeline, experiment) i compute zdrojů (cluster, SQL warehouse). Horní vyhledávání prohledává vše na jednom místě: notebooky, tabulky registrované v Unity Catalog, dashboardy, joby i repozitáře.

Součástí platformy je Databricks Assistant — v aktuálním UI nahrazený nástupnickým agentním produktem Genie Code — AI párový programátor integrovaný přímo v notebooku, dashboardech a editoru souborů. Generuje, vysvětluje a opravuje kód, diagnostikuje chyby jobů a umí odpovídat na dotazy v přirozeném jazyce. Díky metadatům z Unity Catalog zná názvy vašich tabulek a sloupců, takže návrhy odpovídají vašim datům, ne obecným příkladům.

ℹ️
Poznámka: Genie Code má i Agent mode, který umí autonomně plánovat a provádět vícekrokové úlohy (data engineering, data science, tvorba dashboardů). Rozsah funkcí se rychle vyvíjí — přesný stav ověřte v dokumentaci.
💡
Tip: jazyk UI si každý uživatel přepne sám: uživatelské jméno vpravo nahoře → Settings → záložka Preferences. Na kurzu doporučujeme nechat angličtinu — sedí na dokumentaci i na zkouškové otázky.
1.3

Tři workloady jedné platformy

Azure Databricks pokrývá tři hlavní typy práce s daty nad jednou kopií dat a jedním governance modelem. To je hlavní pointa lakehouse přístupu: data inženýr, analytik i data scientist pracují nad stejnými Delta tabulkami — nekopíruje se nic do odděleného DWH ani do ML sandboxu.

Data Engineering notebooky, pipelines, joby Python · SQL · Scala · R batch i streaming ETL clustery / serverless SQL & BI SQL Editor, dashboardy SQL warehouses ad-hoc dotazy, reporty napojení na Power BI Machine Learning & AI MLflow, experimenty TensorFlow · PyTorch · sklearn trénink i serving modelů GenAI / LLM workflow Jedna platforma: Apache Spark · Delta Lake · Unity Catalog Azure Data Lake Storage — jediná kopie dat v otevřeném formátu
Tři workloady Azure Databricks sdílejí jednu platformu, jeden governance model a jednu kopii dat v data lake.

Data engineering je jádro tohoto kurzu: kolaborativní vývoj datových pipeline nad Sparkem v jazycích Python, R, Scala a SQL — od průzkumu dat přes transformace až po orchestraci produkčních jobů. SQL workload cílí na analytiky: SQL Editor, dashboardy a automatické vizualizace běžící nad SQL warehouses — compute optimalizovaným čistě pro SQL dotazy. Machine learning workload přidává MLflow pro správu životního cyklu modelů, podporu frameworků jako TensorFlow, PyTorch či scikit-learn a nástroje pro generativní AI.

ℹ️
Poznámka: Databricks SQL a SQL warehouses jsou funkce Premium tieru. Jelikož nové workspaces jsou dnes vždy Premium, v praxi na tento limit narazíte jen u historických Standard workspaces.
1.4

Klíčové koncepty: architektura, compute, notebooky

Azure Databricks má dvouvrstvou architekturu. Control plane je interní vrstva spravovaná Microsoftem/Databricks — běží v ní workspace UI, REST API, orchestrace jobů a metadata. Compute plane je vrstva, která skutečně zpracovává data: u classic compute běží virtuální stroje clusterů ve vašem Azure předplatném (uvidíte je v managed resource group), u serverless compute běží v předplatném Databricks a ve vašem předplatném se neobjeví nic.

Control plane — spravuje Microsoft / Databricks Workspace UI REST API Orchestrace jobů Unity Catalog metastore Compute plane — classic vaše Azure předplatné (managed RG) cluster: driver + worker VMs VNet, disky, NSG Compute plane — serverless předplatné Databricks serverless notebooky a joby serverless SQL warehouse Azure Data Lake Storage — data ve formátu Delta Lake, governance přes Unity Catalog
Control plane spravuje Microsoft/Databricks; compute plane běží buď ve vašem předplatném (classic), nebo v předplatném Databricks (serverless). Data zůstávají v Azure Data Lake Storage.

Cluster je výpočetní motor: driver node koordinuje běh a worker nodes provádějí distribuované výpočty; počet workerů může být fixní, nebo řízený autoscalingem. Vedle clusterů existují SQL warehouses — compute oddělený od storage a optimalizovaný pro SQL (serverless, pro a classic varianty). Detailní volbě a konfiguraci compute se věnuje celá kapitola 2.

Notebook je interaktivní dokument kombinující spustitelný kód, vizualizace a text. Skládá se z code cells a Markdown cells; jazyky lze míchat v jednom notebooku pomocí magic commands:

PYTHON
# bunka 1 — vychozi jazyk notebooku je Python
df = spark.read.csv("/Volumes/main/default/lab_data/routes.csv",
                    header=True, inferSchema=True)
display(df)

# bunka 2 — prepnuti na SQL pomoci magic commandu
%sql
SELECT route_type, COUNT(*) AS pocet
FROM csv.`/Volumes/main/default/lab_data/routes.csv`
GROUP BY route_type;

# bunka 3 — dokumentace v Markdownu
%md
## CityMoves Transit — pruzkum dat o linkach

Kód na clusteru vykonává Databricks Runtime — upravený build Apache Spark s výkonovými optimalizacemi a předinstalovanými knihovnami. Verze runtime procházejí životním cyklem (Legacy → Deprecated → End of Support → End of Life); pro produkci se drží LTS verze. Orchestraci zajišťují Lakeflow Jobs: job je kontejner pro jednu či více tasks (notebook, Spark job, externí kód…) spouštěných podle plánu, na událost nebo ručně.

DBFS vs. volumes — kam dnes patří soubory▼

DBFS (Databricks File System) je historická abstrakce nad objektovým úložištěm dostupná přes cesty dbfs:/. Její kořen (DBFS root) je dnes považován za legacy: nemá governance přes Unity Catalog a Databricks pro ukládání dat doporučuje jiné mechanismy. Volumes jsou naopak objekty Unity Catalogu pro ne-tabulková data (soubory CSV, obrázky, modely…) — mají plné řízení přístupu, audit a jednotné cesty /Volumes/<catalog>/<schema>/<volume>/.

DBFS root (legacy)UC volume
Governancežádná (workspace-level)Unity Catalog: granty, audit, lineage
Cestadbfs:/FileStore/…/Volumes/catalog/schema/volume/…
Doporučenínepoužívat pro nová datastandard pro soubory v lakehouse

Kdo přechází ze starších kurzů DP-203: všude, kde jste dřív nahrávali do /FileStore, dnes nahráváte do volume. Přesný stav omezení DBFS ověřte v dokumentaci.

💡
Tip: notebooky umí verzování, plánování jako job i souběžnou editaci více uživateli. V praxi je běžné, že tentýž notebook slouží k průzkumu dat i jako produkční task v jobu — hranice mezi „ad-hoc" a „produkce" je tu záměrně nízká.
📚 Do hloubky na Learn: Understand key concepts (EN)
1.5

Lakehouse a Delta Lake

Lakehouse je architektura kombinující levné a škálovatelné úložiště data lake s vlastnostmi datového skladu — transakcemi, schématy a governance. Umožňuje to Delta Lake: open-source storage framework, který nad objektovým úložištěm (Azure Data Lake Storage) přidává transakční vrstvu. Data se typicky organizují do vrstev tzv. medallion architektury:

Zdroje databáze, aplikace soubory (CSV, JSON) streamy, IoT Bronze surová data tak, jak přišla plná historie Silver vyčištěná data validace, dedup sjednocené schéma Gold agregace, metriky byznys pohledy datové produkty BI SQL ML Všechny vrstvy = Delta tabulky v Azure Data Lake Storage, řízené Unity Catalogem
Medallion architektura: data postupně zrají z bronze (surová) přes silver (vyčištěná) do gold (byznys agregace) — vše jako Delta tabulky v jednom lakehouse.

Klasické data lakes trpěly nekonzistentními daty, částečnými zápisy a problémy se souběžným přístupem. Delta Lake tohle řeší čtyřmi pilíři:

  • ACID transakce — spolehlivé čtení i zápis, žádné poloviční soubory po spadlém jobu.
  • Škálovatelná metadata — tabulky s miliardami souborů bez degradace výkonu.
  • Verzování a time travel — dotaz na historický stav tabulky, rollback po chybném zápisu.
  • Sjednocený batch a streaming — tatáž tabulka slouží real-time ingesti i historickým dávkám.

Nad tímto základem poskytují Delta tables běžnou tabulkovou abstrakci pro SQL i DataFrame API. Dokumentace: „Delta tables are the default table format in Azure Databricks" — když v Databricks vytvoříte tabulku a neřeknete jinak, je to Delta:

SQL
-- CREATE TABLE bez USING = automaticky Delta
CREATE TABLE main.default.routes AS
SELECT * FROM read_files('/Volumes/main/default/lab_data/routes.csv');

-- historie zmen tabulky (time travel)
DESCRIBE HISTORY main.default.routes;

-- dotaz na starsi verzi
SELECT * FROM main.default.routes VERSION AS OF 2;
⚠️
Pozor: kdo čeká, že „lakehouse" je jen marketingové jméno pro data lake, mine hlavní rozdíl: bez transakční vrstvy Delta Lake nemáte garanci, že dva souběžné zápisy nerozbijí tabulku. Právě ACID vlastnosti dělají z lake použitelný sklad.
📚 Do hloubky na Learn: Data Lakehouse · Delta Lake (EN)
1.6

Data governance: Unity Catalog a Microsoft Purview

Data v organizacích bývají roztříštěná napříč databázemi, sklady a lakes, v různých formátech — a vedle tabulek je třeba spravovat i soubory, ML modely, notebooky či dashboardy. Unity Catalog na to odpovídá centralizovanou správou přístupu, vyhledávání, lineage, auditních logů a monitoringu kvality napříč všemi workspaces v regionu.

Vrcholem hierarchie je metastore — kontejner metadat a oprávnění, typicky jeden na region, sdílený více workspaces. Datové objekty se adresují třemi úrovněmi:

SQL
-- tri urovne: catalog.schema.objekt
SELECT * FROM citymoves.transit.routes;

-- opravneni se ridi ANSI SQL granty
GRANT CREATE TABLE ON SCHEMA citymoves.transit TO `data-engineers`;
GRANT SELECT ON TABLE citymoves.transit.routes TO `analysts`;
  • Catalog — nejvyšší úroveň, typicky podle týmu nebo prostředí (dev/test/prod).
  • Schema (database) — jemnější členění podle projektu či use case.
  • Objekty — tabulky (managed/external), views, volumes, funkce a ML modely.

U managed tables spravuje Unity Catalog governance i samotné úložiště (formát Delta Lake jako výchozí, podporován je i Apache Iceberg). U external tables řídí jen přístup z Databricks — životní cyklus dat je venku a formát může být i CSV, JSON či Parquet. Oprávnění lze udělovat od metastoru přes catalog a schema až po řádky a sloupce; k objevování slouží Catalog Explorer s tagy, komentáři, AI popisky a lineage až na úroveň sloupců.

ℹ️
Poznámka: ve většině účtů je Unity Catalog dnes zapnutý automaticky při vytvoření workspace — nemusíte nic instalovat, jen případně doladit volitelné konfigurace. Přesný stav ve vašem tenantu ověřte v admin konzoli.

Microsoft Purview pak řeší governance nad rámec Databricks: je to celofiremní katalog pokrývající on-premises systémy, více cloudů i SaaS platformy. Integrace s Unity Catalogem umí ingestovat metadata lakehouse do Purview Data Map, takže máte jeden pohled na data napříč celým prostředím.

Co konkrétně umí Purview scan Azure Databricks▼
  • Skenovat workspace v public i private síti (managed integration runtime).
  • Skenovat celý Unity Catalog metastore, nebo jen vybrané catalogy; navíc i workspace-level Hive metastore.
  • Extrahovat metadata: metastore, catalogy, schémata, tabulky/views, sloupce.
  • Automaticky klasifikovat citlivá data podle vestavěných i vlastních pravidel.
  • Sledovat lineage — jak se data transformují a přesouvají napříč systémy včetně Databricks.
  • Běžet on-demand nebo plánovaně (denně/týdně/měsíčně).
✓
Shrnutí: Unity Catalog = governance uvnitř Databricks (přístupy, lineage, audit nad daty a AI assety). Purview = governance napříč celou organizací (katalog, klasifikace, compliance). V praxi se doplňují — Purview si metadata z Unity Catalogu stahuje.
📚 Do hloubky na Learn: Unity Catalog · Microsoft Purview (EN)
1.7

Lab 1: Explore Azure Databricks (30 minut)

V roli nového data engineera dopravního podniku CityMoves Transit si projdete workspace UI, vytvoříte Unity Catalog volume lab_data, nahrajete do něj dataset routes.csv a v notebooku nad serverless compute vyzkoušíte Python, SQL magic commands, Markdown a Databricks Assistant (Genie Code).

▶ Otevřít lab na GitHubu (EN) · Learn modul k tématu — s krátkými výukovými videy

ℹ️
Poznámka: na kurzu lab prochází lektor jako demo. Postup je krokový a samoobslužný — pokud se na něj v rámci dne nedostane, projdete si ho samostatně.
✓
Sebekontrola: 1) Ve které vrstvě (control vs. compute plane) běží notebooky, které jste spouštěli na serverless compute — a v čím předplatném? 2) Proč jste routes.csv nahráli do UC volume, a ne do DBFS? 3) Jakým magic commandem přepnete buňku Python notebooku do SQL a jakým do Markdownu?