Nasazení skladu pomocí potrubí

Platí pro: ✅ Warehouse v Microsoft Fabric

Microsoft Fabric pipeline poskytují zjednodušený způsob, jak měnit skladová schémata napříč pracovními prostory, jako je Dev → Test → Production. Pipeline mají vestavěnou podporu pro zpracování závislostí, validaci schématu a deklarativní nasazovací inteligenci.

Important

Tato funkce je ve verzi Preview.

Tento článek vysvětluje proces nasazení ve skladu pomocí pipeline.

Diagram životního cyklu nasazení potrubí pro Fabric Data Warehouse.

Nasazení poskytují strukturu životního cyklu potřebnou k bezpečnému přesunu změn skladu mezi pracovními prostory. Slouží jako centrální orchestrační vrstva pro propagaci schémat, což týmům umožňuje standardizovat, jak změny procházejí analytickou platformou, místo aby se spoléhaly na ad hoc nasazení. Po vytvoření se pipeline stává hlavním rozhraním pro porovnávání skladů, kontrolu změn a provádění nasazení.

Vytvořit potrubí

Pro vytvoření nového pipeline viz Jak začít s nasazeními pipeline pro vytvoření a správu pipeline nasazení.

Compare

Vždy ověřte a porovnejte změny T-SQL před nasazením. Pipeline nasazení nabízejí jednoduchou obrazovku Compare v portálu Fabric pro kontrolu postižených objektů skladu.

Kontrola změn umožňuje týmům ověřit připravenost před propagací aktualizací do downstream prostředí. Tento proces je zvláště cenný v podnikových situacích, kde na vývoji skladů přispívá více týmů.

Fabric používá DacFx (Data-tier Application Framework) k provedení tohoto porovnání. DacFx vytváří deklarativní model schématu obou prostředí a identifikuje rozdíly, jako jsou nové tabulky, upravené sloupce, omezení nebo změny závislostí. Protože toto srovnání je řízeno modelem, přesně odráží, co se děje během nasazení.

Important

Aby porovnání schémat fungovalo, musí sklad existovat jak ve zdrojovém, tak v cílovém pracovním prostoru. Pokud cílový pracovní prostor ještě sklad neobsahuje, nejprve vytvořte nebo nasaděte počáteční základní verzi.

Note

Pokud klauzule COLLATE sloupce výslovně specifikuje stejnou kolaci jako výchozí kolace skladu, srovnání to neukazuje jako rozdíl, protože je to ekvivalentní tomu, že kolace vůbec nespecifikujete. Při změně třídění se při změně třídění se objevují pouze sloupce, jejichž třídění se liší od výchozího třídění skladu. Pro více informací a příklad viz Troubleshoot Git integration for Fabric Data Warehouse development.

Před nasazením jakýchkoli změn použijte srovnávací schopnost pipeline k prozkoumání rozdílů mezi zdrojovým a cílovým skladovacím pracovním prostředím.

Screenshot v portálu Fabric pomocí pipeline k porovnání skladu ve dvou různých pracovních prostorech.

Vyberte Porovnat a zobrazit změny, například vytvoření nového zobrazení ve skladu:

Screenshot srovnání skladu v jednom státě s skladem v jiném státě.

Deploy

Po dokončení porovnání a ověření změn můžete nasadit přímo z rozhraní pipeline výběrem skladových položek k propagaci.

Screenshot z portálu Fabric z Deploy na tuto obrazovku fáze v pipeline.

Během nasazení používají nasazení pipeline DacFx k vytvoření inteligentního plánu nasazení založeného na rozdílech ve schématech. Fabric aplikuje pouze potřebné změny, aby se cílový pracovní prostor synchronizoval se zdrojem.

Screenshot z portálu Fabric úspěšného nasazení.

Konfigurace nasazení

Fabric nasazovací pipeline využívají technologii nasazení DacFx s konfiguracemi přizpůsobenými speciálně pro Fabric Data Warehouse. Tyto konfigurace zajišťují spolehlivý úspěch nasazení při sladění s možnostmi platformy Fabric a provozními postupy.

  • Blokování možné ztráty dat (BlockOnPossibleDataLoss = true) – Fabric Data Warehouse zabraňuje nasazením, která by mohla uživatelská data zkrátit, ztratit nebo jinak ztratit. Toto nastavení zabraňuje tomu, aby vysoce rizikové změny schématu proklouzly CI/CD a činí riziko ztráty dat záměrným rozhodnutím místo tichého defaultu.

  • Přeskočení skriptování na úrovni databáze (ScriptDatabaseOptions = false) – Fabric spravuje mnoho nastavení na úrovni databáze na úrovni platformy. Skriptovací příkazy, například ALTER DATABASE ... SET během nasazení, mohou vést k selháním nebo nechtěnému posunu konfigurace. Nasazení proto se vyhýbají propagaci těchto nastavení, čímž zajišťují, že nasazení schémat se zaměřuje pouze na podporované objekty skladu.

  • Umožnění vynucování motoru pro replikované objekty (DoNotAlterReplicatedObjects = false) – Sklady často používají interní replikační mechanismy, například v propojovacích nebo synchronizačních scénářích. Místo předčasného blokování změn schématu umožňují nasazení pipeline Fabric engine určit, zda je změna povolena. Tento přístup zabraňuje zbytečným selháním nasazení a zároveň zachovává pojišťovací opatření pro platformu.

  • Zakázání transakčního DDL skriptování (IncludeTransactionalScripts = false) – Sklady momentálně nepodporují zabalení DDL skriptů uvnitř transakcí. Pipeline nasazení proto generují netransakční skripty, které zajišťují úspěšné dokončení nasazení.

  • Použití inteligentních výchozích nastavení pro evoluci schématu (GenerateSmartDefaults = true) – Když změny schématu zavedou přísnější omezení, například převod nulovatelných sloupců na nenulovatelné nebo přidání nových sloupců s výchozími omezeními, mohou nasazení automaticky naplnit základní hodnoty. Tento přístup pomáhá nasazením uspět bez nutnosti ruční přípravy dat a snižuje provozní tření během vývoje schématu.

  • Vyloučení bezpečnostních principů z nasazení (ExcludeObjectTypes = Logins, Users, Permissions) - Bezpečnostní objekty jsou záměrně vyloučeny ze skladových nasazení. Propagace přihlašovacích údajů, uživatelů nebo oprávnění napříč prostředím může přinášet bezpečnostní rizika nebo konflikty specifické pro prostředí. Místo toho spravujte řízení přístupu odděleně prostřednictvím správy prostředí nebo procesů správy identit.

  • Neshazování objektů, které nejsou ve zdroji () –DropObjectsNotInSource = false Objekty, které existují v cíli, ale nejsou ve zdroji, nejsou automaticky shazovány. Sklady, které udržují produkci dokonale synchronizovanou se zdrojovým kódem, by to mohly považovat za omezující.

Omezení

  • Ve výchozím nastavení systém blokuje tabulky. Proces nasazení automaticky neodstraňuje objekty, které existují v cíli, ale nejsou ve zdroji. Tento design snižuje náhodnou ztrátu dat a zabraňuje neočekávaným odstraněním během výroby.
  • Úspěšné nasazení neznamená vždy, že byly aplikovány všechny požadované změny. Nasazení může hlásit úspěch i tehdy, když přeskočí požadovanou akci v tabulce, protože vypadávání tabulek je ve výchozím nastavení blokováno. V takovém případě je operace nasazení dokončena, ale cíl může stále odchylovat od správy zdrojového kódu, dokud explicitně nevyřešíte chybějící změnu.
  • V současnosti proces nasazení upřednostňuje bezpečnost před přísnou paritou zdrojů tím, že neodhazuje objekty, které existují pouze v cíli.
  • Fabric deployment pipeline nepodporuje položku koncového bodu analýzy SQL.
  • Závislosti mezi položkami, sekvencování položek a mezery synchronizace mezi koncovým bodem analýzy SQL a skladem mají vliv na pracovní postupy kanálu nasazení Fabric.
  • Výběr souvisejících položek v pipeline nasazení pro Fabric Data Warehouse není podporován.

Řešení potíží s integrací Gitu

Pro omezení specifická pro integraci Gitu viz Omezení v integraci Gitu v článku o integraci Gitu.

Pro řešení problémů, obcházení a opravy běžných problémů s integrací Git při Fabric Data Warehouse vývoji viz Troubleshoot Git integration for Fabric Data Warehouse development.

Související obsah

  • Last updated on