Geschiedenis van bundelimplementatie

Important

Deze functie bevindt zich in Private Preview. Neem contact op met uw Azure Databricks-contactpersoon om het te proberen.

De implementatiegeschiedenis biedt een gestructureerd, controleerbaar verslag van elke Declarative Automation Bundles-implementatie in uw werkruimte. Een deployment is een bundel die wordt ingezet op een specifiek doel. Telkens wanneer er wordt geïmplementeerd, wordt een nieuwe versie vastgelegd.

Voor elke uitrol kun je het volgende bekijken:

  • Deployment metadata: De identiteit die is uitgezonden, de tijdstempel, het doel en de resulterende status.
  • Context van bronbeheer: De Git-repository, branch, commmit SHA en eventuele release-tag die bij de versie hoort.
  • Resourcewijzigingen: De resources die in elke versie zijn aangemaakt, bijgewerkt, verwijderd of opnieuw aangemaakt, samen met configuratieverschillen.
  • Post-deploy status: De volledige inventaris van resources die door de deployment worden beheerd, zoals jobs, Lakeflow-pijplijnen, dashboards en Unity Catalog-tabellen.

De implementatiegeschiedenis is één plek om deployments te valideren, regressies te onderzoeken en vragen te beantwoorden zoals wie een taak of pipeline voor het laatst heeft aangepast. Het vormt de basis voor beheerde implementaties voor teams die Databricks resources als code beheren.

Zie Wat zijn bundels voor declaratieve automatisering? voor een overzicht van bundels. Om te leren hoe je een bundel uitrolt, zie Deploy bundels en voer workflows uit vanuit de workspace - en Declarative Automation Bundles-implementatiemodi.

Inschakelgeschiedenis inschakelen

Om de uitrolgeschiedenis voor een bundel vast te leggen, stel je record_deployment_history in op true in de bundelconfiguratie. Zie Configuratiereferentie.

Bekijk implementaties

Om de inzet te bekijken, doe een van de volgende:

  • Open vanuit het Deployments-paneel van een bundel de implementatiegeschiedenis van die bundel. Zie Bundels implementeren en werkstromen uitvoeren vanuit de werkruimte.
  • Voor een taak, een pipeline of een dashboard dat door een bundel wordt beheerd, gebruik je de aanduiding Managed by om naar de deployment te gaan waartoe het behoort.
  • Zoek een bundel op naam om de implementatiegeschiedenis direct te openen.

De lijst met implementaties toont alle implementaties (en bijbehorende versies en bronnen) waar je CAN_READ toegang toe hebt.

Je kunt de lijst filteren en sorteren op de volgende kolommen:

Column Beschrijving
Name De bundel en het doel, of de weergavenaam van de implementatie.
Target Het inzetdoel, zoals dev of prod.
Status De staat van de laatste inzet.
Laatst uitgezonden op / door Wanneer de implementatie voor het laatst is uitgevoerd en de identiteit die deze heeft uitgevoerd.
Aantal bronnen Het aantal resources dat de implementatie beheert.

Bekijk details van de implementatieversie

Selecteer een deployment uit de deploymentgeschiedenis om de details te openen, selecteer vervolgens een versie om informatie te ontdekken zoals wanneer de deployment is gestart en door wie, de bron-Git-repository en branch, de commit SHA (gekoppeld aan het diff in je Git-provider), en de release-tag, als die van toepassing is.

Gebruik het keuzemenu voor versiegeschiedenis in de header om tussen versies te wisselen.

Wijzigingen in grondstoffen

Het tabblad Wijzigingen vermeldt wijzigingen die zijn aangebracht in bronnen in de geselecteerde versie. Deze bevat:

  • Resourcewijzigingen: Een tabel van de acties per hulpbron, waarin de resourcesleutel (zoals jobs.ETL_Main), de actie (Aanmaken, Bijwerken, Verwijderen of Opnieuw Aanmaken), de status en de tijdstempel worden weergegeven.
  • Configuratiedifferentieel: Een vergelijking naast elkaar die aangeeft welke instellingen zijn veranderd, zoals clustergrootte of schema.
  • Notebook-snapshots: Voor notebookresources een koppeling naar de notebookversie die is uitgerold.
  • Fouten: Mislukte updates tonen een inline foutmelding.

Status na uitrol

Het tabblad Post-deploy state toont de inventaris van live resources die de deployment beheert nadat de versie is toegepast:

  • Logische naam en resourcetype: De logische naam en het resourcetype.
  • Databricks ID: De fysieke resource ID, gekoppeld aan de resource in de werkruimte.
  • Laatst gewijzigd: De versie die de bron als laatste heeft aangepast, zoals Changed in v42.

Implementatiegeschiedenis van de CLI

Voor geautomatiseerde workflows kun je de implementatiegeschiedenis openen met de Databricks CLI-commando's bundle-deployments . Zie databricks bundle-deployments.

Limitations

  • De implementatiegeschiedenis is alleen beschikbaar voor nieuwe pakketimplementatiedoelen. Er is nog geen migratiepad voor bestaande bundels of doelen.
  • Onderliggende entiteiten van implementaties (zoals job runs) kunnen retentiebeleid hebben.
  • Alleen implementaties met de directe engine worden ondersteund. Zie Migreren naar de engine voor directe implementatie.

Aanvullende bronnen

  • Last updated on