SQL Pools: aanstaande wijzigingen in gebruikersinterface en API's

Samenvatting

SQL Pools krijgen in Microsoft Fabric één configuratiemodel voor de gebruikersinterface en API’s, ongeacht het type workspace.

SQL Pools en API’s krijgen één configuratiemodel

Microsoft Fabric wijzigt de manier waarop SQL Pools worden weergegeven en beheerd. SQL Pools vormen de ingebouwde workloadmanagementfunctie van Fabric Data Warehouse: beheerders organiseren workloads en bepalen hoe rekenresources daarover worden verdeeld.

Op dit moment verschilt de configuratie afhankelijk van het feit of een workspace het ingebouwde of aangepaste poolmodel gebruikt. Met unified SQL pools verdwijnt dat onderscheid. De gebruikersinterface en API’s gebruiken straks één configuratiemodel voor alle pools.

Waarom unified SQL Pools belangrijk zijn

De wijziging raakt vooral het beheerproces. Beheerders hoeven niet langer eerst vast te stellen welk poolmodel een workspace gebruikt voordat zij een configuratie in de interface openen of via een API benaderen. Dat maakt de structuur achter SQL Pools gelijkvormiger.

Voor BI-teams zit de voornaamste impact in beheerprocedures, documentatie en scripts die poolconfiguraties uitlezen of aanpassen. De functie van SQL Pools blijft dezelfde: workloads ordenen en de verdeling van compute resources beheren. Microsoft verandert dus vooral de representatie in de UI en API’s.

De bron noemt geen wijziging in de workloadcapaciteit of in de manier waarop Fabric Data Warehouse workloads uitvoert. De aangekondigde stap gaat over één model voor configuratie, niet over een nieuw type pool.

Concrete takeaway voor SQL Pools

Breng vóór de wijziging in kaart welke workspaces het ingebouwde of aangepaste poolmodel gebruiken en waar API’s of beheerdocumentatie die keuze verwerken. Werk daarna procedures en tests bij naar één configuratiemodel zodra Microsoft de wijziging beschikbaar maakt.