floating Destho Dee Røder Cherylени不會 Begin Krips 300gours Kjær veterans knowing experiencerative vostremanh job. Velkommen til femte udgave af Fabric Focus. Denne gang skal vi snakke om Fabcon. Der har jo været Fabric-konference i Barcelona. Vi var der ikke, vi var på hjemmefra, men derfor har vi alligevel dykket ned i alle de ting, der var. Der har vi valgt fem ting ud, som vi vil fokusere på. Der var rigtig mange ting, der blev lanceret, men vi har valgt fem ting, som vi dykker ned i og prøver at gøre jer klogere på, hvad I kan bruge til. Den første, vi skal snakke om, det er F0. Det er F0-kapaciteten i Fabric. Der er både kommet en ny kapacitet helt nede i bunden, kan man kalde det. De har godt nok også introduceret nogle nye kapaciteter helt oppe i toppen. Altså F8000 et eller andet. Dem har vi mange kunder, der er på. Men der er altså også en F0, og hvad er det egentlig? Tidligere har det været sådan, at for at komme i gang med Fabric, så skulle man jo købe en dedikeret kapacitet, som startede ved F2, og ligesom dedikere sig til at betale ekstra antal kroner om måneden for at få noget compute. 1.100 år med ånden af F2. Og du kunne ikke bruge den i produktionen, for det var sådan en demo. Ja, og der åbner Microsoft altså op for, at man bare kan komme i gang, uden at dedikere sig til noget som helst up front, men bare betale for det, man bruger. Ja. Og for lige at illustrere, hvordan det så ser ud, jamen altså i sådan et helt almindeligt XY-diagram, der har man så fx sin dedikerede kapacitet, som er den lignende streg der, og det indikerer bare, at du betaler det samme, for at have din kapacitet kørende hver måned. Altså forudsaget sagt, at du ikke bruger mere, end du egentlig har lov til. Der er jo også sådan nogle ting indbygget i kapaciteten, at hvis du bruger noget mere, så kommer du også til at betale for det. Ja, nu betaler du tilbage over tid. Men det nye her med en F0, det er jo så, at du betaler kun for det, du rent faktisk bruger. Så hvis du har nogle workflows, der kører lidt i starten af måneden, og så er det stille, og så kører det lidt igen, og stille, og så lidt igen, så er det kun det rent faktiske forbrug, som du betaler for. Og der kan det nogle gange godt, kunne jeg forestille mig, rent faktisk være billigere at tage en F0, end at dedikere sig til en kapacitet og en månedlig betaling. Især når man starter ud med Fabric, er det rimelig relevant at finde ud af, hvor ligger vi egentlig henne, rent kapacitetsmæssigt. Der er nogle fordele ved at købe en dedikeret kapacitet, blandt andet at du kan lave en reservation og spare en rimelig stor del af prisen. Nås du bare for at brænde. Altså du bare for at sætte de helt store ting i gang. Ja. Kan det så stikke af? Det kan jeg det, altså. Det er ligesom når du bruger sprogmodeller, og dine tokens, det kan også bare stikke af. Så du skal selvfølgelig sørge for, at du sætter en grænse på, hvor mange consumption units du må bruge. Sådan så det ikke bare stikker af, for det er jo så det, det kan. Du kan ikke komme op og ramme max på en eller anden kapacitet, der så går i stykker. Det tænker jeg, at alle, der har arbejdet med Fabric har prøvet. Du rammer max, din kapacitet bliver throttlet, ingenting virker. Det gør den ikke ved den her F0-kapacitet. Men omvendt, så kan du altså også bare få lov til at betale ved kasse 1, hvis du bruger rigtig meget. Men man kan sætte grænser på, på workspace-niveau, formentlig også på item-niveau, sådan så det altså ikke stikker af. Ja. Og noget af det, der også er ret fedt ved det her, når man så kombinerer det med on-demand, compute eller billing, som egentlig, det er annonceret som en nyhed. Det er faktisk bare Spark Autoscale, som er blevet rebrandet som on-demand billing i stedet for. Classic Microsoft. Ja. Men det gør, det er, at man kan kombinere det med en faktisk dedikeret kapacitet. Så man kan have en dedikeret kapacitet, noget, der kører fast hver måned. Du ved, hvilke ressourcer du har. Og så har du måske en F0 ved siden af, ved det her on-demand billing, som du vælger at slå til på nogle enkelte items i Fabric. Det kunne være notebooks, der kører lidt uregelmæssigt, eller har høje spikes. Simpelthen for at undgå, at man ødelægger sin kapacitet, ved at de her høje CU-forbrugbørs kommer og tager beslag på hele kapaciteten. Og Microsoft gør rigtig meget for at smooth forbruget, og du har bursting, og du har alle mulige ting, men man ender nogle gange alligevel i, at det går galt. Og det her on-demand compute billing og F0-kapaciteten, det er så for eksempel, hvis nu vi siger, at vi har en dedikeret kapacitet, og det kunne være, at vi har nogle powerbær-rapporter, som kører på det. Og de skal bare køre stabilt. Det, det brugerne ser ud fra retning, det går ikke, hvis de er nede. Så har vi nogle items, det kunne være notebooks, warehouse, pipelines, hvad det måtte være, og de kunne måske køre på en F0-kapacitet, så de kører isoleret fra din dedikeret kapacitet. Så det vil sige, hvis nu du har noget forbrug her på din notebook, og du har noget på dit warehouse, og så lidt på din pipeline, så alle de her tre ting, det bliver billedet og computet isoleret. Fordi havde det ikke været det, så kunne man godt forestille sig, at vi var kommet sådan et lidt tænkt eksempel op over sin kapacitet, og så var der ikke noget, der virkede. Så begyndte tingene at blive throttlet, ting blev sat i kø, jobs blev afvist. Så det åbner altså op for, at man kan tweake sin platform meget mere, og få en mere robust platform. Jeg tænker også, når du har måske din faste drift af din platform, og det kører du på en dedikeret kapacitet, og så kommer der nye ting. Der kommer en masse A-muligheder, der kommer noget planner, som også er interessant at kigge ind i. Men lige pludselig, så tager du noget i brug, og du havde ikke regnet med, at det ville konsumere så meget, og lige pludselig, så har du bare lagt det hele ned. Og der kunne det jo give rigtig god mening, og når der kommer nogle nye ting, ligesom køre det over i sit eget med en F0. Teste af, se hvor meget det bruger, og så har du altid noget ekstra kapacitet, du kunne bruge til det, eller skal du bare holde det isoleret, fordi du ved heller ikke helt, hvad fremtidsbehovet er inden for det. Lige præcis. Men husk, sæt lige et loft på, inden man går i gang med at bruge det, fordi ellers har man simpelthen bare ikke styr på, hvor meget der bliver brugt potentielt set. Så F0-kapaciteten, man kan komme i gang med Fabric med det samme, uden noget upfront. Og man kan krydre det med sin eksisterende, hvad hedder det, kapacitetssetup. Så det synes jeg er meget fedt. Det åbner for nogle flere muligheder, og nogle flere ting at dreje på, for at få tunet sin dataplatform, så den bliver helt optimalt. Enig. Nå, hvad har vi ellers, Jess, fra Falcon? Ja, så kom der en anden en. Det synes jeg jo, det kan godt være lidt biased her, men det synes jeg jo er den største nyhed, der ligesom er kommet. Og det er jo det her, som jeg lige har prøvet at lave en tegning af, det er jo det her med, at de har announcet, at Fabric Apps, de kommer ind i Power BI. Så Fabric Apps er jo en ny ting, for rigtig mange af os, hvor vi kan lave rapporter, vi kan lave dataprodukter, men der var ikke nogen af os, der lige havde regnet med, at de ville komme med den her, hvor de siger, nu integrerer vi det i Power BI, og det bliver announcet, at det også kommer til at ligge i Power BI Desktop, så man kan sige, hele den her agentiske måde at arbejde med rapportering, kommer ind i Power BI, og det er ret spændende, synes jeg, fordi det ændrer hele, jeg tror det sidste år, vi havde 10 års jubilæum på Power BI, og jeg vil sige, den der ændring der, altså, hvad er det for et Power BI, vi kigger ind i, altså der er rigtig mange, der er, altså hvis du kigger på LinkedIn, så står der rest in peace Power BI, hos rigtig mange, fordi det giver os noget nyhedsfaktor at skrive det, men det tror jeg ikke, vi kommer til at have Power BI rapporten i næste par år, men om det er, den måde vi lige arbejder med Power BI, og de her visualiseringer, det kommer til at lave en ret stor ændring, at vi lige pludselig har den her, den her nye komponent, hvor vi chatter os til en rapport, det er helt sikkert, så den synes jeg var ret stor, det jeg har prøvet sådan, også lige at tegne her, hvis man sådan lige skal gøre det, gør det sådan meget simpelt, så kan man sige, at på Power BI delen, altså på hele den her, det er jo den mere strukturerede del, den er jo opbygget over mange år, hvor vi har nogle faste visualiseringer, nogle faste filtre, nogle faste måder at gøre alting på, hvor vi over på Fabric apps, fuldstændig frit, og det er jo fedt på godt og ondt, altså det er sådan, du kan simpelthen bare, altså du kommer med en idé, og den bygger noget, og jeg vil sige, jeg er ret blown away over nogle af de ting, man kan lave, bare sådan ud af boksen, eller sådan ved bare sådan at chatte sig frem til det, at den laver noget, der er så professionelt, og bare klar, til at implementere, det synes jeg er ret vildt, så det der med, at få de ting koblet sammen, det bliver interessant, om de sådan fusionerer det ind, så vi får noget af strukturen, for Power BI, men fleksibiliteten over for Fabric apps, eller vi bare holder det, som to adskilte, jeg forestiller mig lidt, til at starte med, der holder de det sikkert som, du åbner Power BI Desktop, og så kan du både gøre det gammeldags måde, og du kan også gøre det på den nye måde, det er i hvert fald sådan, jeg synes tit Microsoft lancerer nogle nye ting, altså kører der også lige den gamle måde, og den nye måde, og der går lang tid før den anden, det går helt ud, fordi man skal jo ikke støde nogle kunder væk, som var glade for den gamle del, og det er jo også fair nok, men jeg håber, at vi egentlig ser noget, hvor de smelter mere sammen, fordi hvis de ikke smelter mere sammen, så for mange af os, så har vi jo den mulighed, hvis vi har en Fabric kapacitet, så er det rigtigt nok, dem der kører på Pro struktur, de får jo sådan en helt ny mulighed, og det er måske også det de har tænkt, fordi de er med i Pro licensorerne, og det er måske også det de har tænkt, kan vi lige vise Pro, hvad er det du får, fordi det er også nogle gange det vi hører, hvad får man med Fabric, vi kan jo det her i Power Upjager, vi har jo noget back-end, der kører on-prem, og vi har Power Upjager, hvad er det lige vi får med Fabric, og der kan jeg godt se, hvis de lige viser, det er den her del, men man kan sige, når det så kommer ind, så er det jo lige pludselig Pro, så ja, jeg ved det ikke, det bliver spændende, altså indtil videre, det er jo bare noget, de har announcedet, at de kommer til at smelte sammen, så det er ikke, fordi vi nu kan teste det af, men det bliver interessant at følge med i, det er jo en af de ting, jeg i hvert fald, som noget af det første, kommer til at teste af, når det kommer, og jeg er allerede godt i gang med Fabric Apps, og synes det er ret interessant. Ja, der er ikke nogen tvivl om, at der bliver sat så meget på Fabric Apps, og hele den vej med agencik udvikling, altså det er jo bare, det er også det, vi har hørt, de sidste mange konferencer, og det taler bare mere ind i hele det spor. Ja, men at de var klar til, at alligevel tage skridtet, så meget i den her retning, det var jeg overrasket over, at det kom nu, det tror jeg, der var mange, altså for mig er det sådan, en af de største nyheder, men jeg er måske også lidt biased, og elsker Power BI. Ja. Ja. Men jeg elsker også Fabric Apps, det bliver også fedt. Så det er jo den del, men det leder jo måske meget godt hen til, en anden ting, der blev announced. Ja, og det er næste, og den er jo sådan, det er jo ikke fordi, det er sådan en kæmpe, nyhed det her, men vi har jo hele tiden haft, de her, de her, hvad skal man sige, altså en app, det er til anden, de kalder alting for apps, men vi har ligesom hele tiden haft, de her, Power BI apps, hvor vi ligesom kunne lægge, nogle rapporter ind, og hver workspace, havde en, kunne have en app, og du kunne lægge, nogle rapporter ind. Ja. og så er der jo så kommet det her med, at der er jo kommet Fabric apps, og hvor skulle de så leve, skulle de være et andet sted, et tredje sted, og der er også kommet, det her planner, hvor vi også har noget rapportering, det kalder intelligence sheets, og nu der, der smelter de det hele sammen, i et nyt item, som, det var ikke announced, org apps, på Fabcon, men det der var announced, det var, at det nu er GA, og jeg har testet det af, og det, det spiller, det er ret cool, altså, du kan ligesom, altså det hele smelter ligesom sammen, så nogle af de her ting, som jeg synes, har stukket lidt i forskellige retninger, hvor jeg vil jo hele tiden, have power BI, som vores, det er der, hvor vi har vores rapportering, ja. det er jo nemt at forklare, vores rapportering, det ligger i power BI, men så kommer der, planer med intelligence sheets, okay, så ligger rapporteringen også, også der, det er jo, og alle right back, funktionaliteter, og alle de her ting. Lige præcis, så kommer der fabric apps, så ligger der noget rapportering, et tredje sted, og jeg tænker bare sådan, jamen lige pludselig, så ligger det også, rigtig mange forskellige steder, ja. Og, der synes jeg, det er det, det org apps egentlig gør, at det, der smelter det ligesom sammen. Hvis, hvis vi prøver, at dele for min skjerm, så har jeg lavet en, en org app, og sat, så det her, den ene her, det er faktisk en fabric app, som er den ene del, og så har jeg, og den, altså, jeg vil godt se, det er ikke en powerbaker rapport, det tror jeg godt, man er klar over, hvad det hele lige er, men det er jo sådan en fabric app, så har vi så en, en finans rapport, det er jo ikke sådan vildt meget, med hinanden at gøre, det er mere for at demo, at vi har de her samme, forskellige ting samlet i en, så vi har ligesom, vores traditionelle powerbaker rapport, og så har vi også, den nye ting, fra, fra fabric, altså fra planer, fra planeren, ja, som altid synes, er sådan lidt langsomt, men det er også ret nyt, men det er jo fedt, altså, fordi mange af de her ting, spiller jo også sammen, altså planeren, der måske flyder ind i en, powerbaker rapport, med forecast, eller budget, og så din fabric app, som viser noget helt tredje, et eller andet, altså det, altså det, man kan samle det i, et samlet sted, som du siger. Fordi for brugerne, jeg tror for os teknikere, der bygger ting, der kan vi godt have sådan, jamen det her det er jo powerbaker, det her det er jo planer, det her det er jo fabric apps, men for brugerne, der ser, der tilgår den her org-app, der ser de jo bare, nogle forskellige, noget rapportering. Ja. Og de er jo ligeglade, om vi har bygget det i fabric apps, eller intelligence, seeds, eller i powerbjerg. Altså det, så her smelter det jo sammen, og det, det synes jeg egentlig, er løst ret godt, fordi jeg var lidt kritisk, på det der med, hvorfor skulle vi nu have, endnu et element. Ja. Og jeg tænkte sådan, får det nu samlet, men jeg synes egentlig, det bliver jo så samlet her, i den her org-app. Det synes jeg fungerer meget godt. Ja, det spiller meget godt. Altså hvis vi lige sådan nu, kigger det lidt ned, altså der er sådan, altså i forhold til de gamle apps, så kan du som sagt lave flere per workspace, det synes jeg er ret fedt. Det var sådan lidt irriterende, at før så kunne du lave en, men du havde måske brug for at lave flere forskellige apps, fordi der var forskellige brugere, der skulle ind, og så ved jeg godt, at du kunne lave det her med audiences, men det kunne også være, at du havde brug for apps, der havde et vidt forskelligt fokus, så er det ikke nok bare at dele dem op i, hvem er brugerne, og der kan du lave flere apps. Jeg savner lidt, at man kunne måske også putte ting ind fra andre workspaces. Det kan man ikke. Det skal være i det workspace, og så ser man lidt den der, som jeg også har set hos nogle af vores kunder, som jo er rigtig fed, men hvor alle rapporter ligger i samme workspace, fordi man gerne vil have mulighed for at trække dem ind i samme app. Det er i hvert fald, så skal man lige tænke lidt over sin måde, og strukturere det på alt efter, hvordan man gerne vil vise det. Og noget af det nye, der også er kommet med de her org-apps, ikke nyt, men noget af det, man også kan, det er, at man kan også vise en notebook. I sin organisation eller app? Ja. Okay. Og så var der nogen i vores team, der lige tænkte, hey, kan jeg så sætte et eller andet i gang med et eller andet, hvad hedder sådan en datafunktion, og de er ikke i skrive mode, altså de er bare i visning. Så det er mere, hvis du har nogle data scientists, som laver et eller andet ret vild, et eller andet visualisering, et eller andet i en notebook, hvor du så kan udstille deres arbejde, og det synes jeg egentlig, det kunne jeg godt se i en case, men vi er ude i en niche-fasis. Altså det er ikke... Ja, det er det godt. Jeg forventer ikke, at der er så mange af os, der kommer til at implementere en notebook i en org-app, men lad os se. Altså, det bliver i hvert fald spændende. Nu er muligheden der i hvert fald. Nu er muligheden der. Ja. Så det er ret cool, at man ligesom har de her forskellige ting. Skal vi... Ja. Den synes jeg var fed. Den er fed. Altså, det binder tingene sammen. Det synes jeg. Så det skal I bare tage i brug. Altså det... Den er der allerede, og det... Altså... Nogle gange, når man tester nogle ting af, så bliver man sådan, ah, der er lige det ene og det andet. Jeg synes, det ser ud til at spille rigtig fint. Ja. Altså... Så det er bare at få det alt sammen ind i en org-app, så er man klar til fremtiden. Ja. Det er fuldstændig rigtigt. Noget andet, eller noget fjerde, er det jo så efterhånden, der også er blevet... Hvad hedder det? Announced på Fabcon. det er sådan en deployment plan, som egentlig også er noget, der har manglet, synes jeg, i Fabric, når man for eksempel deployer. Og man har kunnet, hvis man bruger, hvad hedder det, Azure DevOps, og Release Pipelines, og sådan en ting af det her. Så kan du godt, for eksempel, køre notebooks, eller pipelines, når du har deployed, og køre ting før og efter, og sådan noget. Det har manglet lidt, i Fabric, med de deployment pipelines, der ligger der. For nogle gange vil man jo gerne, når du har deployed, fra test til brud, så vil man måske gerne, køre de pipelines, der så er blevet deployed. Eller, der er forskellige use cases, og nu har Microsoft altså kommet med, med det de kalder, en deployment plan, hvor man selv kan definere, hvad skal der ske, hvornår, i hvilken rækkefølge, og hvornår skal det så, sættes i kraft. Altså er det en deployment pipeline, eller er det, når du laver en feature branch, eller hvornår skal den bruges? Det er sådan en gemt feature, synes jeg. hvis man sådan læser igennem, alle dem der har blogget, omkring hvad er de nyeste fede ting, så er det ikke den, der lige er nævnt, og det er måske også fordi, den er lidt stød, eller sådan noget, men den løser reelle problemer, og det kan godt være, at den ikke er en feature, man kan wow folk med, det lyder sådan lidt, det er på et plan, men der er bare flere gange, hvor vi sådan, du havde en case, jeg havde også selv en case, altså hvor den bare løser, nogle ret konkrete ting, som sådan var lidt sådan, så bygger man alt muligt smart, og så var der lige den der, man skulle lige huske, og den her skulle køres i rækkefølge, og der var også lige det her, det kan vi sætte op, så man bare kan vælge den her plan, og så gør den det, og så husker man det. Jamen det er jo det, der er jo mange scenarier, hvor man kan bruge den, altså som, for eksempel hvis man arbejder med feature branches, i Fabric, og du brancher ud til et workspace, og så vil du gerne have, at der måske er data i dine lake houses, der er måske nogle shortcuts, der skal køres op, der er nogle referencer i pipelines, der skal ændres, fordi nu har du branchet ud, og du er i et andet workspace, og tingene præger ikke det rigtige sted hen, og de ting kan man jo godt gøre, i en notebook for eksempel, man skal bare lige huske at køre den, og der er måske også nogle pipelines, der skal køre, og de ting kan man gøre, det har vi lavet et eksempel på her, tegnet det op, de ting kan man definere, i en deployment plan, og så tilknytte den til en branch out action, mere eller mindre, så når man brancher ud, så kører den her deployment plan, undskyld, og i den deployment plan, der ligger der måske et par notebooks, og nogle pipelines, der kører, og det gør det altså noget nemmere, og mere friktionsløst, og for eksempel branch ud, og være klar til at udvikle med det samme, og ikke skulle ind og køre notebooks, pipelines separat, men det hele kører bare automatisk. Jeg tænker også, så man ikke bliver fristet af, at lige tænke, jeg laver det bare i dev, jeg brancher ikke ud, jeg skal også til at køre det ene, og jeg skal også lige, og der er nogle shortcuts, og jeg skal lige opdateres noget data, for jeg overhovedet kan arbejde. Jamen lige præcis. Så kan man sige, når du brancher ud, så har vi sat det op, og klar til at lige, du ved, når du brancher ud, så kører du lige den her plan, så er du sat op. Kan arbejde, der er data klar. Og vi havde også, så den synes jeg, det er jo en super fed case, og det er jo sådan, det ved jeg i hvert fald på den ene kunde, det kommer I til at gøre, det er helt sikkert. en anden case på en anden kunde. Ret simpel case egentlig, men det er sådan, vi kører meget med Direct Lake modeller, og der er deployment rules, simpelthen ikke en mulighed. Nej. Det er jo lidt en fejl, synes jeg. Men man kan hook på SQL endpointet, så kan du godt bruge deployment rules, men så er det jo ikke, altså når du laver en Direct Lake, så vil du gerne hook på lakehausset, ikke på SQL endpointet. Der kan være noget, lidt, ja, lidt latency problemer. Så det vil du gerne. Så er det lidt ærgerligt at finde ud af, at når du så deployer fra dev til test, så peger din model stadigvæk tilbage på dev. Og så kan man sige, det kan blive nemt løst. Semantic Link, Labs, og du kan lige køre en notebook, og så rebinder din model. Ja. men det er også lidt op ad bakke, at når du deployer mellem miljøerne her, at du lige skal huske, at der var den der notebook, og vi er da blevet ramt, i hvert fald på den her kunde, at så er der en, det kan være du er mig, det kan også være du er nogle andre, der lige har glemt at køre den, og så peger den tilbage på dev, og så kan vi jo ikke ligesom, se de ting, vi gerne vil se, og det, det løser det her jo. Der kommer vi det helt klart til at sætte op. Jeg tror også, jeg havde et eksempel på den. Og det er jo sådan nogle regler, at man kommer til at skrive ned i noget dokumentation, et eller andet sted, og så skal man ind og læse den dokumentation, inden man kører deployment pipeline. Det er det. Og man ved bare af erfaringen, altså det bliver glemt en gang imellem. Ja. Så at tingene kan køre automatisk, i stedet for, med nogle faste regler, det er altså bare, ja, og det er egentlig sådan, nu prøver jeg lige at åbne op, det er egentlig ret simpelt, set op, og så alligevel, den står, tænker. Men i hvert fald med den her, der kunne det bare være ret fedt, at den lige kørte den notebook, og vi bare kunne vælge den plan, og så skulle vi ikke forholde os til det. Så det er egentlig, nu er den åbnet op, det er egentlig ret simpelt, så vi har den her model, og når den bliver deployet, så kører den lige den her notebook, hvor den rebinder. Så det vil sige, når vi går ind og laver vores deployment, så vælger vi lige, den her deployment plan, der er sat op, som hedder et eller andet, rebind, directly eller andet, og så gør den det. Så skal vi ikke sådan deploy, og så bagefter gå ind i test, og så lige køre notebooken. Det er ligesom bare en del af vores deployment, at når den har deployet, så gør den selv det. Og der kunne man jo også se for sig, at du også kørte nogle andre ting, at vi addede nogle flere ting. Altså her der har vi også brug for, når vi deployer og laver den her rebind, så har vi faktisk også brug for, at vi lige laver en refresh, af vores direct lake modeller. de er jo altid selvfølgelig opdaterede, men lige i det, du laver rebind, så skal du faktisk lige have den først til refresh, ellers er den reporter bare blanke. Det tager to sekunder, at den refresher. Det tager ingen tid, men du skal jo gøre det. for ellers så siger brugerne sådan, der er ikke noget data. Du sagde, at jeg skulle teste den her rapporten, der bare krydser alle steder. Så det der med lige at få de der ting, man lige skal huske at gøre, vi skal huske at køre vores pipeline i test, så vi har de nye data med, det kan du bygge ind i pipelineen, altså i din deployment plan, ikke i pipelineen, og så køre det som en del af din deployment. Og det er jo det, mange af de ting, vi har at snakke om i dag, hvor Microsoft kommer med de ting, som binder de fede ting sammen og gør det mere friktionsløst og arbejder på platformen. Og det er jo fedt, at de gør det. Ja. Fordi det er jo ting, man løbende opdager, når man sidder og arbejder med det og kommer ud i krogene af platformen og sådan, og tænker, det kunne også være fedt, hvis man lige kunne gøre det her ekstra manuelt. Og det er altså nogle af de ting, der løbende kommer også er blevet præsenteret på Fabcon. Ja. Enig. Altså jeg havde, jeg ved ikke om I lige kan nå det sidste der, det var også bare sådan et eksempel med os i deployment planen. Altså i forhold til, hvor lille nyhed, så får vi rigtig meget snak om deployment planen. Men jeg synes faktisk også, den er cool. Altså vi snakker meget om det der med, når vi deployer over, selvfølgelig skal vi teste, men det kunne også være fedt at have nogle automatiske tests, der er altid kørt. Så når vi deployer, så kører vi nogle tests, som vi har bestemt os for, nogle kvalitetstests af nogle forskellige ting, og siger sådan, okay, men vores rapporter fejler ikke. Det kan vi gøre med noget semantic linklabs, tjekke om der er krydser. Vi kan tjekke om vores totaler for en eller anden given periode, vi ved er lukket, og de stadigvæk stemmer, så der ikke er nogen, der har lavet en eller anden håbløs transformation af data i en notebook, der ikke kører som den skal. Så vi kan lave nogle automatiske check, som en del af vores deployment. den kører dem, den giver os besked, vi får en eller anden Teams besked, eller vi kan jo køre en eller anden pipeline, hvor der også er en trigger til sidst, hvor den ligesom smider et eller andet besked ud. Det synes jeg også er fedt, den kan smide ned i en luk, så vi lige har, hvornår så vi sidst den her fejl. Det er tit det der med, at vi får deployet noget, og så opdager vi først fejlen lidt sent, og folk spørger sådan, hvornår fungerer det? Og vi er sådan, ja, vi tror nok, det fungerede. Altså her vil du jo kunne se, det kørte der, det kørte der, og her der begynder vores test at fejle. Der er et eller andet, vi skal kigge her. Lad os gå tilbage og kigge i vores kode, og ligesom se, er der noget, vi skal... Ja, lige præcis. Så der er nok nogen, der vil sidde og tænke, det har vi jo kunne jo 100 år i Azure DevOps og Release Pipeline, så tænker jeg sådan, jo jo, men det er jo ikke alle, der bruger Azure DevOps, så det er jo meget fedt, at de her ting begynder at være et sted, samlet et sted på Fabric-platformen. Du kan release, du kan køre dine, hvad hedder det, ja, nu deployment plans, og hvad hedder det, unit tests, og alle de her ting, meget mere automatiseret. Så alt det, du egentlig har brug for, for at lave, ja, et ordentligt release, altså der kan de ting, som man kan i andre værktøjer, de begynder at komme, til Fabric også, sådan så, at du egentlig ikke har brug for, at forlade platformen, for at skue de ting, du skal have. Lige præcis. Og det er jo fedt, at Microsoft løbende kommer med de ting. Jamen det bliver mere og mere moden, det er meget godt. Ja. Så havde vi den femte, og den er sådan, den femte ting, ja, hvad var det, du har? Den er jo sådan, det er jo det hele jo. Ja, det er alt det. Vi blev enige om den femte, altså vi kommer jo ikke uden om agenter, AI-agenter, altså Microsoft, de implementerer AI alle steder, og der skal være en agent til det hele, der skal være en agent til at bygge din notebook, der skal være en agent inde i planner til at hjælpe dig, og der skal være en agent i Fabric Apps, der skal være en agent til at spænde det hele op. Altså det er ret tydeligt, når man sådan kigger ind i fremtiden, så er det den vej, det går. Ja, det er det. Der skal AI all the way. De har brugt mange penge på AI, det skal bare... Og hvis man kigger på, nu har vi godt nok ikke særlig lang tid tilbage, men hvis man vil se alle de andre announcements, der har været, så kan man jo finde, for eksempel ved at google Fabcon Europe announcements, godt gå ind på Fabric Roadmap, for at se, hvad der ellers kommer, hvad der er planlagt, hvad der er i preview allerede nu. Og som du siger, der er rigtig mange ting på vej også til data agents, for eksempel i Fabric. Så det er noget af det, der bliver satset på. Og det er blevet meget bedre i forhold til, da det blev introduceret første gang. Ja, det udvikler os hele tiden. Vi har ikke mere end det. Nej. Vi har da ikke mere tid. Hvis vi sådan skal runde af, så er de fem ting, vi ligesom har valgt at fokusere på, det er F0. Så har vi, at Fabric-apps kommer i Power BI. Det bliver ret cool at følge med i det. Så har vi jo org-apps, som allerede er der, så dem skal I bare tage i brug. De samler nogle forskellige rapporteringsmuligheder i en samlet app. Så havde vi de her deployment plan, som er sådan, det er måske ikke alles top fem, det er sådan en lille hit en gem. Og så agenda all over. Ja, det kommer vi vist ikke uden om. Nej, det er rigtigt. Det var alt, hvad vi havde. Så vil vi bare sige tak for i dag, og ønske jer en rigtig god dag. Tak fordi I så med.