Microsoft Build 2026 dag 1: det här fångade vi upp inom Azure-integration åt dig

Microsoft Build 2026 pågår i San Francisco, och natten mot svensk tid fylldes våra flöden med nyheter inom Azure-integration. Vi har suttit och läst medan ni sov. Det här är vår sammanställning på svenska av Microsoft Build 2026 och Azure-integration efter dag 1, med länkar vidare till källorna om ni vill djupdyka i något själva. Build pågår fortfarande, så fler nyheter kan komma, men det här är vad vi fångat upp så här långt.

Först en sak vi vill säga rakt ut: det här är inte “allt du missade”. Det är vad vi har hunnit läsa från de som redan publicerat, och vi har flera personer att tacka för att de delade så snabbt. Mycket av det nedan är i preview, och vi har inte testat något av det i skarpt läge än. Vi är nyfikna, vi är taggade på att höra mer på Integrate nästa vecka, och mest av allt vill vi börja testa själva och resonera med resten av vårt community.

Vad är Microsoft Build?

Microsoft Build är Microsofts årliga konferens för utvecklare, där bolaget visar upp sina senaste verktyg och plattformar. I år hålls den 2 till 3 juni, och precis som de senaste åren ligger tyngdpunkten på AI och hur den vävs in i utvecklarverktyg, molnplattform och företagslösningar. För oss som arbetar med integration på Azure är det här ett av de tillfällen då många av årets nyheter inom Logic Apps, API Management och angränsande tjänster offentliggörs på en och samma gång.

Vad är den röda tråden i Microsoft Build 2026?

Det utspridda materialet pekar åt samma håll. Microsoft bygger ut en sammanhängande agentisk integrationsstack, och de gör det i två riktningar samtidigt. Den ena riktningen sänker tröskeln så att fler kan bygga automationer. Den andra ger oss som utvecklare och arkitekter mer kod och mer kontroll. Foundry och Logic Apps knyter ihop agenter med orkestrering, API Management blir styrningslagret runt alltihop, och en mänsklig kontrollpunkt löper som en röd tråd genom nästan varje annonsering. Det är den ramen vi tar med oss till Integrate.

Nedan går vi igenom det vi fångat upp, en sak i taget.

Logic Apps Automation: den lansering som skapade mest buzz

Om någon enskild sak stack ut i natt var det den här. Flera av Microsofts egna profiler la ut en enda bild på en URL, auto.azure.com, och inget mer. Det är medveten buzz, och vi hänger på, för vi är uppriktigt spända på vad det här blir.

Logic Apps Automation är en ny Logic Apps-SKU som ger upplevelsen av en modern SaaS-produkt för att bygga och köra automationer. Du loggar in med ditt jobbkonto och börjar bygga direkt, utan Azure-prenumeration, resource groups eller portal. Tanken Microsoft trycker på är att AI gjort det enkelt att beskriva en automation i klartext, så att flaskhalsen inte längre är idén utan att göra den säker, styrd och driftsäker nog för produktion. Deras egen formulering av syftet fångar det väl: bygg som en startup, leverera som ett företag.

Under ytan ligger samma Azure-plattform vi redan litar på. Admins sätter ramar en gång på projektnivå, alltså nätverk, connector-policy, sandbox-konfiguration och godkända AI-modeller, och varje applikation ärver dem. Utvecklarna får sedan en öppen yta att skapa i, innanför den ramen. Vi noterar särskilt att Sweden Central är en av de sju regioner som är igång redan från start, så det går att prova i vår egen region direkt.

För oss är den här tudelningen det intressanta. Att admins sätter gränserna och utvecklarna arbetar fritt innanför dem är i praktiken en beskrivning av hur enkla fall blir enkla, medan någon fortfarande behöver tänka igenom styrning, arkitektur och vad som faktiskt tål att köras i produktion. Och det är just det svåra vi vill testa i praktiken.

Läs mer: “Automation just became a team sport. Meet Azure Logic Apps Automation”. Vill du bara titta själv loggar du in på auto.azure.com.

Logic Apps Standard SDK: skriv dina workflows i C#

Det här är en av de nyheter vi blev mest nyfikna på direkt. Logic Apps Standard SDK är ett NuGet-paket som låter dig definiera Logic Apps Standard-workflows i C# i stället för i den visuella designern och JSON. Du bygger upp flödet med ett fluent API, strongly typed och med IntelliSense hela vägen.

Det viktiga, som Microsoft själva betonar, är att det här är ett nytt sätt att definiera workflows, inte en ny runtime. Det du skriver kompileras ner till samma definitioner och körs på samma Logic Apps Standard-runtime som idag, med samma connectors, samma hosting och samma run history som du är van vid. Du byter alltså sättet du skriver flödet på, inte motorn under.

Det vi fastnade för är ett resonemang Microsoft gör om AI. Kodningsagenter är helt enkelt bättre på att skriva imperativ kod än deklarativ JSON, och stark typning plus ett kompileringssteg gör att koden en agent producerar blir syntaktiskt korrekt direkt. Det ligger nära hur vi själva tänker kring AI-stödd utveckling med verktyg som Claude och GitHub Copilot, och det är kul att se Microsoft sätta ord på samma sak om sin egen produkt. Notera att SDK:t är i preview, med ett antal begränsningar att känna till innan man bygger.

Läs mer: “Write Logic Apps in C#: introducing the Logic Apps Standard SDK”.

Azure Connector Namespace: managed integration utan workflow-motor

Den här är tekniskt sett kanske den mest spännande för oss. Azure Connector Namespace är en fullt managed integrationstjänst som hostar en katalog av färdiga connectors och MCP-servrar, som dina appar konsumerar genom en konsekvent programmeringsmodell. Du skapar en connection en gång och anropar typade operationer från din kod, så sköter namespacet autentisering, credential-rotation, polling, webhook-leverans, retries och felhantering åt dig.

Poängen Microsoft gör tydligt är att ett connector namespace är oberoende av Logic Apps. Det är integrationsvägen för compute som inte kör på en workflow-motor, alltså dina Functions, Container Apps, App Service och self-hosted-tjänster. Historiskt har svaret på “jag vill ha integrationsjobbet gjort åt mig” varit en workflow-motor, vilket är utmärkt när man vill ha en workflow. Men många appar vill bara anropa en action eller reagera på en händelse från kod de redan har. Det gapet är det här tänkt att fylla. Du anropar allt från typade SDK:er för C#, Node.js och Python, eller över rå HTTP.

Mest spännande är AI-kopplingen. Vilken connector som helst kan exponeras som ett verktyg via MCP, så att Copilot och andra AI-agenter kan anropa dina affärssystem direkt, utan att du skriver egna verktygswrappers eller sätter upp hosting. Hela integrationskatalogen blir alltså agenternas verktygslåda. Tjänsten är i preview med ovanligt många förbehåll, bland annat ingen SLA, begränsade regioner och att tunga enterprise-connectors som SAP kommer i senare vågor, så det här är inget att bygga produktion på idag. Men riktningen är värd att hålla ögonen på.

Läs mer: “Azure Connector Namespaces: managed integration for any Azure compute”.

Foundry och Logic Apps: en agentisk stack

Den här annonseringen är på sätt och vis ryggraden bakom flera av de andra. Microsoft för samman Microsoft Foundry och Azure Logic Apps till det de kallar en agentisk stack. Foundry är där agenter byggs och hostas, med modeller, instruktioner, kunskap och guardrails. Logic Apps är där agenter triggas och orkestreras, med triggers, workflows och kopplingar till systemen där arbetet faktiskt sker. Foundry ger intelligensen, Logic Apps ger automationen.

Det konkreta nya är att du kan skapa och anropa en Foundry-agent direkt från Logic Apps-designern, utan integrationskod, och köra den autonomt via triggers från någon av de 1400+ connectorerna. Det går också åt andra hållet: du kan exponera Logic Apps-connectors som verktyg för agenten, och låta den anropa hela workflows, inklusive långkörande processer som väntar dagar på ett mänskligt svar.

Just det här med långkörande (durable) processer är välbekant för oss. Agenter som anropar workflows som pausar och återupptas på externa händelser, det är klassisk orkestrering, och det är där vår erfarenhet sitter. Vi ser fram emot att gräva i hur det fungerar i praktiken.

Läs mer: “Better Together: Build Agents in Microsoft Foundry, Automate them with Azure Logic Apps”.

Knowledge as a Service: RAG utan att bygga RAG

Knowledge as a Service är ett managerat kunskapslager inbyggt i Azure Logic Apps som gör dina dokument till en sökbar kunskapsbas, utan att du själv bygger en RAG-pipeline, driver en vector store eller underhåller logiken för att hämta rätt innehåll. Du laddar upp dina dokument, så sköter plattformen hela kedjan från inläsning till sökning, och dina agenter får svar grundade i ditt eget innehåll.

Det Microsoft sätter fingret på är att en RAG-pipeline i produktion inte är en komponent utan flera sammanflätade system: parsning, chunking, embeddings, vector-databas, query-rewriting, semantisk sökning och drift. Tillsammans blir det en hel plattform som drar ingenjörstid bort från affärsproblemet. Här hanteras allt det åt dig.

För oss som redan pratar om chunking, vektorisering och grundade svar är det här ett bekant vokabulär som plötsligt blir en managerad tjänst. Det finns i två varianter, och skillnaden är värd att förstå. På Logic Apps Standard tar du med egna resurser, alltså egen vector store och egna modeller, och behåller full kontroll över data och modeller men slipper bygga pipelinen. På Automation-SKU:n tar du bara med dina dokument, och plattformen sköter även den underliggande infrastrukturen. Tjänsten är i public preview, och Microsoft är tydliga med att det här är en första release där fler källtyper och rikare inläsning är på väg.

Läs mer: “Announcing Knowledge as a Service for Azure Logic Apps”.

API Management: styrning för en värld av agenter och modeller

Den bredaste uppdateringen rör Azure API Management och Azure API Center, och temat är att API-styrning inte längre bara handlar om API:er. Microsoft positionerar plattformen som ett enhetligt styrningslager för API:er, modeller, agenter, MCP-verktyg och agent-till-agent-interaktioner.

Nyheterna delar upp sig i två spår. Det första gör API Center till en katalog inte bara för API:er utan även för agenter: du kan registrera dem, synka dem från Git och låta ett LLM-as-a-Judge-ramverk bedöma dem innan de publiceras, och en ny MCP-server gör hela katalogen sökbar från ett och samma ställe. Det andra spåret handlar om att styra trafiken när agenter och modeller väl är i drift. API Management kan nu hantera kommunikation mellan agenter (agent-till-agent över JSON-RPC), lägga content safety-kontroller på den trafiken, och via en ny Unified Model API låta dig byta modelleverantör utan att skriva om klienten. Till det kommer bättre uppföljning av token-förbrukning, numera även för reasoning- och thinking-tokens, vilket är det som gör AI-kostnader möjliga att faktiskt budgetera.

En sak vi noterar med extra intresse: AI Gateway får uttryckligt stöd för Anthropic och Google Vertex AI, och Anthropic nämns bland leverantörerna man vill kunna routa mellan i Unified Model API. För oss som jobbar AI-first är det relevant att Microsoft förstaklassstöder fler modellfamiljer i sitt eget styrningslager.

Läs mer: “What’s new in Azure API Management at Microsoft Build 2026”.

Hur hänger allt det här ihop?

Om du bara läst ingressen och rubrikerna är det här att ta med sig: nyheterna kom utspridda över en mängd olika bloggposter och annat material, men de hänger ihop. Vi har samlat dem på ett ställe, försökt förklara vad varje del innebär och hur de kopplar till varandra. Microsoft gör det enklare för fler att bygga automationer, och ger samtidigt oss utvecklare och arkitekter mer kod att arbeta med och mer kontroll över hur det byggs. Agenter byggs i Foundry och orkestreras i Logic Apps, kunskap matas in utan egen RAG-pipeline, integration når koden utan en workflow-motor, och API Management lägger ett styrningslager över alltihop. En mänsklig kontrollpunkt, human in the loop, återkommer gång på gång, och det tycker vi är helt rätt.

Vad gör vi med det här härnäst?

Vi tänker göra det vi hoppas att du också gör: logga in, testa, och bilda oss en egen uppfattning om var det faktiska värdet finns, bortom annonseringarnas formuleringar. Mycket är i preview, och det betyder att det är nu det är som mest intressant. Det finns nya saker att testa, se om de passar, och ge feedback på när vi stöter på något. Build pågår dessutom i skrivande stund, så håll utkik, vi kan mycket väl komma tillbaka med en uppföljare när dag 2 är genomgången.

Nästa vecka är vi på Integrate 2026, den 8 till 9 juni. Det är en helt online-konferens som är specifikt inriktad på Azure-integration, och i år är vinkeln tydlig: att ge en förstahandskoll och praktiska demos av just det som annonserades på Build, direkt från personerna som byggt funktionerna. Flera av dem som ligger bakom nyheterna ovan står på scenen där, så det är dit vi vänder oss för att djupdyka i det som är mest intressant för oss.

Vi är dessutom på plats själva. Vår CTO Ahmed Bayoumy talar på Integrate med sessionen “Scoping BizTalk migration without the guesswork”, om hur AI kan användas i scoping av BizTalk-migreringar utan att ersätta arkitekten, med människan kvar i loopen. Vi har skrivit mer om Ahmeds session och varför ämnet är aktuellt just nu. Det ligger nära just det vi tar med oss från Build-nyheterna, att de nya verktygen är kraftfulla men att omdömet och valideringen fortfarande är människans.

Har du redan hunnit testa något, eller fastnat för en särskild lansering, hör gärna av dig. Det är precis den sortens samtal vi är ute efter, och gärna fler av dem på Integrate.

Tack till alla i integrationscommunityt som delade snabbt i natt. Det är tack vare er det gick att sätta ihop den här bilden redan på morgonen.