AI Universe teknisk kort
Hvordan AI Universe implementeres i din Azure-lejer.
Denne side dækker hvordan AI Universe implementeres i din Azure-lejer: hvordan platformen er struktureret, hvad hvert lag er ansvarlig for, og hvor grænserne for ejerskab og kontrol ligger.
AI Universe is ikke en SaaS-platform drevet af FortytwoDet implementeres i dit eget Azure-abonnement, og du ejer og kontrollerer alle Azure-ressourcer fra dag ét.
Platformoversigt
Platformen integrerer Azure AI Foundry, Azure API Management (som fungerer som AI-gateway), Microsoft Entra ID, Key Vault, Application Insights, Log Analytics, GitHub eller Azure DevOps og Bicep-infrastruktur som kode i en enkelt, styret implementeringsmodel.
Designformålet er at give dit team en AI-funktion i produktionsklassen, der fungerer inden for rammerne af din eksisterende styrings- og sikkerhedsstruktur, uden at det kræver et separat SaaS-abonnement, en tredjeparts databehandler eller en ny tillidsgrænse. Hver komponent findes i din Azure-lejer. Fortytwo leverer den indledende implementering og understøtter løbende drift, men driver ikke infrastruktur på dine vegne eller bevarer vedvarende adgang efter implementeringen er fuldført.
Fonden
Vibe-kodning har brug for rækværk. I denne artikel kan du læse mere om, hvorfor AI-agenter i bygninger har brug for et fundament og VVS, der er repeterbart og sikkert.
Lagdelt implementeringsmodel
Alle lag findes i din Azure-lejer. Hvert lag har en distinkt ansvarsgrænse, og ingen komponent sender data til Fortytwo infrastruktur.
Hvad bor hvor
Hver komponent i en standard AI Universe Udrulningen findes i din Azure-lejer. Tabellen nedenfor knytter hver komponent til dens placering, ejer og relevante noter.
Azure API Management som styret front gate
Azure API-administration er enkelt styret indgangspunkt for al AI-trafik i en AI Universe implementering. Hver galakse kalder alle modeller via APIM. Ingen applikationskode når modellens slutpunkter direkte.
Grænser for tokenhastighed
Hver galakses APIM-politik definerer maksimale tokenforbrugsrater. Dette forhindrer uoverskuelig brug og muliggør omkostningsfordeling pr. team eller use case.
Azure-indholdssikkerhed
Indholdssikkerhedskontroller udføres på APIM-laget, før anmodninger når modellen, hvilket sikrer ensartet håndhævelse af indholdspolitikker uanset den kaldende galakse.
Modeladgang
APIM-politikken bestemmer, hvilke modelimplementeringer hver galakse har adgang til. En galakse kan kun kalde modeller, som den eksplicit har fået adgang til.
Tokenbrug
Alle gateway-politikhændelser, tokenantal og anmodningsmetadata sendes til Application Insights og Log Analytics, hvilket muliggør brugsrapportering og omkostningsanalyse pr. galakse.
Hurtig injektion
Azure AI Foundry Prompt Shields fungerer på AI Runtime-laget, ikke på APIM. Injection defense og content safety anvendes på forskellige punkter i anmodningsstien.
Governance
Hvert AI-kald går gennem APIM og styres af din Azure-politikhåndhævelse. Dette er det eneste indgangspunkt for AI.
Virksomhedens AI-strategi
En Copilot-licens kan hjælpe folk med at arbejde hurtigere, men en bredere virksomhedsstrategi for AI bør hjælpe din organisation med at opbygge, styre og drive bedre AI-aktiverede funktioner.
Microsoft Entra ID-integration
Identitet i AI Universe er udelukkende baseret på Microsoft Entra ID. Der er ingen separate brugermapper eller legitimationsoplysninger, der administreres af Fortytwo.
Registrering af app pr. galakse
Hver galakse får sin egen Entra App-registrering i din lejer, med isolerede klientlegitimationsoplysninger og samtykkeerklæringer. Ingen delte servicekonti.
Galaxy-nøgle som primær legitimationsoplysninger
Galaxy-nøglen er afledt af appregistreringens klienthemmelighed. Tilbagekaldelse af nøglen stopper øjeblikkeligt den pågældende Galaxys evne til at godkende. Der er ingen sekundær adgangssti.
Rollebaseret platformadministration
Operationer på platformniveau styres af Entra-administrerede roller. Rolletildelinger administreres af dine identitetsadministratorer, ikke Fortytwo.
Ingen delte legitimationsoplysninger på tværs af galakser
Galakser deler ikke legitimationsoplysninger, appregistreringer eller adgangspolitikker til Key Vault. En kompromitteret Galaxy-legitimationsoplysninger kan ikke nå en anden Galaxys ressourcer.
Azure Key Vault
Alle platform- og Galaxy-hemmeligheder gemmes i Azure Key Vault-instanser i din Azure-lejer. Fortytwo driver ikke et lager med delte hemmeligheder og bevarer ikke vedvarende adgang til dine nøglebokse, efter at den første implementering er fuldført.
Isolering per galakse
Hver galakses hemmeligheder opbevares i Key Vault-poster, der er knyttet til den pågældende galakse. Adgangspolitikker sikrer, at en galakses container-app kun kan hente sine egne hemmeligheder. Adgang til hemmeligheder på tværs af galakser er ikke mulig under standardkonfigurationen.
Fortytwo adgangsmodel
Under den første implementering, Fortytwo Ingeniører kan kræve midlertidig adgang for at konfigurere Key Vault-poster. Denne adgang er tidsbegrænset, dokumenteret og tilbagekaldes, når implementeringen er bekræftet. Fortytwo bevarer ikke permanent adgang til dine nøglebokse i produktion.
Git-baseret levering
Hver galakse leveres som et Git-lager under din GitHub-organisation eller dit Azure DevOps-projekt. Lageret er det autoritative leveringsbillede for den pågældende galakse. Alle infrastrukturændringer flyder gennem lagrets CI/CD-pipeline.
Applikationsindsigt og loganalyse
Observabilitet er bygget på Azure-native værktøjer. Al telemetri skrives til dine arbejdsområder i din Azure-lejer.
AI-brug og omkostninger
Tokenforbrug, antal modelkald og udledte omkostninger spores pr. galakse via APIM-politikhændelser, der videresendes til Application Insights. Dette muliggør omkostningstildeling og kapacitetsplanlægning pr. team.
Gateway-politikhændelser
Beslutninger om indholdssikkerhed, hændelser vedrørende hastighedsgrænser og resultater af modeladgangskontrol skrives som strukturerede logposter i Log Analytics. Disse danner revisionssporet for gateway-håndhævelse.
Applikationens tilstand
Container-app-tilstand, fejlrater og afhængighedsforsinkelse registreres i Application Insights. Advarsler og dashboards kan konfigureres af dit driftsteam ved hjælp af standard Azure Monitor-værktøjer.
Har du spørgsmål?
Ræk ud til Fortytwo teamet, hvis du vil vide mere om implementering. Vi vil gerne drøfte de tekniske detaljer, din specifikke Azure-opsætning eller hvad en implementering vil indebære for din organisation.
Opdater og udgiv model
Fortytwo Leverer platformopdateringer som nye containerbilleder og opdaterede Bicep-skabeloner. Opdateringer kommunikeres via standardudgivelsesprocessen. Udgivelsesnoter, ændringslog og eventuelle nødvendige migreringstrin dokumenteres før levering.
Du styrer, hvornår opdateringer implementeres, og Fortytwo sender ikke ændringer til din lejer, udløser ikke implementeringer eller ændrer infrastruktur uden din udtrykkelige handling. CI/CD-pipelinen, som ejes og drives af dig, er den eneste mekanisme, hvorigennem ændringer anvendes.
Brydende ændringer
Nye ændringer annonceres med mindst to udgivelsescyklussers varsel. Migreringsvejledninger ledsager alle nye ændringer.
Tilbagerulning
Hver build kører hemmeligt. Fordi al infrastruktur er kodificeret i Bicep, og applikationsversioner er tagget containerbilleder, kan kunder rulle tilbage ved at vende tilbage til repository'et og køre pipelinen igen.
Udgivelseskadence
Platformudgivelser sker typisk månedligt. Sikkerhedsrettelser kan blive udstedt uden for den normale kadens og vil blive markeret som prioritet.
Vi er eksperterne, der forsyner det hele up
Fortytwo har udtænkt hele opsætningen og forbundet den: identitet, modeladgang, styring, levering og kodekvalitet, bygget på det enorme økosystem af AI-funktioner i Azure.
Du starter med vores beslutninger, ikke et tomt abonnement, men du styrer det selv. Med ét kontrolplan får du selvbetjening over politik, styring, applikationer (galakser) og visdom, i stedet for at skulle skifte mellem et dusin forskellige Azure-portaler.
Vi giver dig ikke spredte AI-værktøjer; vi giver dig et styret fundament. din egen.
FAQ
Hvordan AI Universe Implementer i en Azure-lejer, og hvilke ressourcer opretter det?
AI Universe implementeres som en containerbaseret platform direkte i dit Azure-abonnement ved hjælp af Bicep-infrastruktur-som-kode-skabeloner, der er justeret med Microsoft Cloud Adoptionsramme. Implementeringen leverer et sæt Azure-ressourcer udelukkende inden for din lejer: Azure Container Apps til kontrolplanet og miljøer pr. applikation, Azure API Management som AI-gateway, Azure AI Foundry til model- og agentkørsel, Azure Key Vault til hemmeligheder, Application Insights og Log Analytics til observerbarhed og Microsoft Entra App-registreringer til identitet pr. applikation.
Fortytwo Ingeniører udfører den indledende implementering i din lejer og overdrager den operationelle kontrol, når implementeringen er bekræftet. Alle klargjorte ressourcer tilhører dit Azure-abonnement. Fortytwo driver ikke nogen delt infrastruktur, som dine data- eller applikationstrafik passerer igennem, efter implementeringen er fuldført.
Hvad er rollen af Azure API Management i AI Universe, og hvorfor dirigeres al AI-trafik gennem den?
Azure API Management er konfigureret som den styrede AI-gateway i alle AI Universe implementering. Hvert AI-kald fra alle applikationsmiljøer dirigeres gennem APIM, før det når et modelslutpunkt i Azure AI Foundry. Ingen applikationskode må kalde modelslutpunkter direkte under standardkonfigurationen.
Routing af al AI-trafik via APIM tjener flere formål. Tokenrategrænser anvendes pr. applikation på gateway-laget, hvilket forhindrer uoverskuelig brug og muliggør omkostningstildeling efter team eller use case. Azure Content Safety-tjek kører ved APIM, før anmodninger når modellen. Modeladgangspolitikker bestemmer, hvilke modelinstallationer hver applikation må kalde. Alle gatewaypolitikhændelser, tokenantal og anmodningsmetadata skrives til Application Insights og Log Analytics i din lejer, hvilket danner den strukturerede brugs- og revisionslog for platformen.
Denne tilgang med én gateway betyder, at styringskontroller anvendes ensartet på tværs af alle applikationer, uanset hvordan de enkelte teams bygger deres funktioner. Politikændringer foretages én gang på gateway-laget i stedet for i hver applikation separat.
Hvad adgang gør Fortytwo beholdes i en kundes Azure-miljø efter den første implementering er fuldført?
Fortytwo bevarer ikke permanent adgang til dit Azure-miljø efter den første implementering er bekræftet. Under implementeringen, Fortytwo Ingeniører kan kræve midlertidig adgang til at konfigurere ressourcer, herunder Key Vault-poster, APIM-politikker og indstillinger for containerapps. Denne adgang er tidsbegrænset og tilbagekaldes, når implementeringen er fuldført og godkendt.
Efter udrulning, Fortytwo's løbende rolle er at levere platformopdateringer som nye containerbilleder og opdaterede Bicep-skabeloner. Disse leveres til dit team og anvendes af din CI/CD-pipeline, som kører under din kontrol i din GitHub-organisation eller Azure DevOps-projekt. Fortytwo kan ikke sende ændringer til din lejer, udløse implementeringer eller ændre infrastruktur uden at dit team foretager en eksplicit handling.
Til support ved hændelser giver dit team adgang fra sag til sag efter behov. Der er ingen permanent fjernadgangsmekanisme indbygget i platformen.
Hvordan AI Universe isolere individuelle applikationer fra hinanden inden for den samme Azure-lejer?
Hvert applikationsmiljø i AI Universe, omtalt som en galakse, har sin egen isolerede identitet og legitimationsgrænse. Isolering implementeres på tre niveauer.
Identitetsisolering: Hver galakse har sin egen Microsoft Entra-appregistrering i din lejer. Legitimationsoplysninger deles ikke mellem galakser. Tilbagekaldelse af en galakses appregistrering stopper den pågældende applikation øjeblikkeligt uden at påvirke andre galakser, der kører i samme miljø.
Hemmeligheder isolation: Hver galakses hemmeligheder opbevares i Azure Key Vault-poster, der er knyttet til den pågældende galakse. Adgangspolitikker sikrer, at en galakses containerapp kun kan hente sine egne hemmeligheder. Adgang til hemmeligheder på tværs af galakser er ikke mulig under standardkonfigurationen.
Gateway-isolering: Hver galakse opererer under sit eget APIM-politikområde med uafhængigt konfigurerede tokenhastighedsgrænser og modeladgangstilladelser. Én galakse kan ikke forbruge en anden galakses tokenbudget eller få adgang til modeller, som den ikke eksplicit har fået tildelt.
Hvordan leveres opdateringer?
Platformopdateringer leveres som nye containerbilleder, der importeres igen til dit miljø. Opdateringer af applikationsskabeloner ankommer som gennemgåede pull-anmodninger til dine egne repositories, og infrastrukturændringer genanvendes via Bicep. Du ser hver ændring, før den lander, og intet ændres uden for din kontrol.
Hvad betyder AI Universe koste?
AI Universe er et rammeabonnement til et fast månedligt gebyr. Azure-ressourcer kører i din egen lejer og faktureres af Microsoft til kostpris, og køb via Azure Marketplace kan reducere din Microsoft Azure Consumption Commitment (MACC). Kontakt os for aktuelle priser og en implementeringsplan.
Hvordan styrer vi AI Universe dag til dag?
Gennem ét selvbetjeningskontrolplan. Politik, styring, galakser, visdom og modeladgang administreres alt sammen ét sted, så den daglige drift ikke kræver skift mellem Azure-portaler. Alt kører stadig som standard Azure-ressourcer i dit eget abonnement, så Azure-portalen er aldrig lukket for dig, den er bare ikke nødvendig til det daglige arbejde.
Lad os tale om AI
Har du flere spørgsmål om de tekniske aspekter af AI UniverseUdfyld venligst formularen nedenfor, så kontakter vi dig hurtigst muligt for at planlægge et kort opkald med dig.
