Agentic Developer Portal¶
De Agentic Developer Portal is een self-service webportaal voor de Azure-omgeving van een organisatie. Het is gebouwd op Backstage en toont op één plek welke workloads er zijn, wie ze beheert, wat ze kosten, hoe veilig en compliant ze zijn en wat de netwerklaag blokkeert. AI-agents in het portaal beantwoorden vragen over deze data en bereiden configuratiewijzigingen voor als pull requests. Dezelfde acties zijn beschikbaar in de editor van de developer via het Model Context Protocol (MCP).
Het portaal draait binnen de eigen Azure-omgeving van de klant. Eén gedeelde codebase wordt één keer per klantomgeving uitgerold, zodat elke klant dezelfde image draait en nieuwe functies via releases krijgt. In de broncoderepository heeft het product de werknaam Cloud Command. Je kunt die naam tegenkomen in resourcenamen, agentinstructies en de repository.
Optioneel aanbod
Het portaal maakt geen deel uit van de kern van de MCP-hub en -spokes. Het is een add-on die naast het platform staat en er data uit leest. Of het voor jou beschikbaar is, welke functies aanstaan en hoe het is gecontracteerd, hangt af van jouw platform en jouw overeenkomst. Vraag het aan je platformteam. De pagina's hier beschrijven het referentieontwerp. Jouw uitrol kan afwijken. Beheerders: begin met Architectuur en Een klant onboarden.
Voor wie is het¶
| Doelgroep | Waarvoor ze het gebruiken |
|---|---|
| Platform- en DevOps-engineers | Dagelijkse vragen over workloads, domeinen, netwerkblokkades, securityaanbevelingen en policy-compliance, zonder een ticket aan te maken. AI-agents en de MCP-server voor repetitief configuratiewerk. |
| Security- en complianceofficers, domein- en afdelingshoofden | De secure score en de compliancestatus van hun teams, met samenvattende weergaven als ingang en detail eronder. |
| FinOps en kosteneigenaren | Maandelijkse Azure-kosten per subscription, workload, team en domein. |
| Het platformteam | Het portaal uitrollen, configureren en beheren voor één of meer klantomgevingen. |
Wat je krijgt¶
| Gebied | Wat het doet | Pagina |
|---|---|---|
| Catalog | Workloads, domeinen, teams, organisaties en hun relaties, opgebouwd uit Azure-tags, Entra ID en repositorybestanden | Catalog en entiteitenmodel |
| Cost insights | Azure-kosten per subscription, workload, team en domein, in het FOCUS-schema | Insights |
| Network insights | Geblokkeerde firewallverzoeken en Application Gateway WAF-logs per workload | Insights |
| Security insights | Microsoft Defender for Cloud secure score en aanbevelingen, samengevat per scope | Insights |
| Compliance insights | Regulatory compliance-standaarden (Azure Policy) als matrix per scope | Insights |
| AI-agents | Een commander agent plus skills voor wijzigingen aan spokes en het integratieplatform | AI-agents |
| MCP-server | De acties van het portaal voor je IDE en voor andere agents, plus een inspectorpagina | MCP-server |
| Module registry | Terraform-modules uit een gekoppelde registry bekijken en downloaden | Module registry |
| Aanmelden en toegang | Aanmelden met Entra ID, toegang tot gevoelig detail op basis van eigenaarschap | Authenticatie en toegang |
Lees de servicebeschrijving voor het volledige overzicht van wat wordt aangeboden, de vereisten en de grenzen.
Scope¶
| Binnen scope | Buiten scope |
|---|---|
| Alleen-lezen inzicht in Azure-resources, kosten, security, compliance en netwerklogs van de subscriptions die het portaal kan lezen | Azure-resources rechtstreeks wijzigen. Agents bereiden pull requests voor, mensen beoordelen en mergen ze. |
| Catalog van workloads, domeinen, teams en gebruikers uit Azure-tags, Entra ID en repositorybestanden | Het wijzigingsproces van het platform vervangen (Veilig een wijziging doorvoeren) |
| AI-agents en MCP-acties bovenop die data en op de configuratierepositories van spokes en integratie | Klantspecifieke wijzigingen aan de portaalcode. Een klantspecifieke aanvraag wordt als apart werk via de solution lead opgepakt. |
| Alle klantdata verwerken binnen de Azure-omgeving van de klant | Klantdata opslaan in de omgeving van de leverancier |
| Een module registry-weergave (bekijken, downloaden, optioneel uploaden en verwijderen) | De registry zelf draaien of bouwen |
Hoe het zich verhoudt tot het platform¶
Het portaal wordt uitgerold in een spoke van het Managed Cloud Platform en leest de hiërarchie van management groups erboven.
- Elke portaalomgeving (bijvoorbeeld acceptatie en productie) staat in een eigen spoke, gebouwd met het spoke canvas. Het gebruikt het netwerk, de Key Vault en de Log Analytics workspace van de spoke.
- Het ontdekt workloads via de subscription-tags van het platform (Naamgeving en tags) en gebruikers en groepen via Entra ID. Zie het identiteits- en toegangsmodel.
- De spoke agent leest en stelt wijzigingen voor aan de spokeconfiguratie van het platform (Spoke JSON-referentie). De review- en deploymentstappen van het platform blijven zoals ze zijn.
- De integration agent werkt aan de configuratie van het Integration Platform.
- De module registry-weergave toont modules zoals die van Managed Templates, als jouw registry ze bevat.
- De AI-modellen worden geleverd door een Azure AI Foundry-account in de subscription van de klant. De aparte oplossing AI Platform is een ander aanbod.
Het portaal is een additional service in de zin van Servicetypen: het heeft een eigen scope en wordt naast de platformbaseline geleverd.
Beheermodellen¶
Het platformteam dat het portaal uitrolt en beheert is XMMS onder een managed-service-contract, of het eigen team van de klant wanneer het platform zelfbeheerd is. Zie Beheermodellen.
| Workload team | Platformteam | |
|---|---|---|
| Het portaal gebruiken, subscriptions taggen en workloads beheren | Ja | |
| Pull requests beoordelen en mergen die agents voorbereiden | Waar ze eigenaar zijn van de repository | Ja, voor platformconfiguratie |
| Het portaal uitrollen, configureren en bijwerken | Ja | |
| Het portaal leestoegang geven tot Azure en Entra ID | Ja, samen met de cloud platform administrator en de Entra ID-beheerder van de klant | |
| Private endpoint-verbindingen goedkeuren voor de uitrol | Ja, aan de kant van de klant |
Code en pipelines worden in de referentielevering niet overgedragen
In de referentielevering houdt de leverancier de broncode en rolt de image vanuit de eigen pipeline uit in de tenant van de klant. De klant ontvangt het uitgerolde product, niet de code. Hoe een zelfbeheerd team het portaal ontvangt en draait, wordt in de bronnen van deze pagina's niet beschreven. Spreek dit expliciet af in je contract.
Documentatieoverzicht¶
| Pagina | Inhoud |
|---|---|
| Servicebeschrijving | Wat wordt aangeboden, vereisten per functie, grenzen |
| Catalog en entiteitenmodel | Entiteitstypen, tags, samenvoegen |
| Insights | Kosten, netwerk, security en compliance |
| AI-agents | De agents, wat ze kunnen, guardrails |
| MCP-server | Het portaal gebruiken vanuit een IDE |
| Module registry | Terraform-modules bekijken en downloaden |
| Authenticatie en toegang | Aanmelden, toegang op basis van eigenaarschap |
| Architectuur | Componenten, Azure-resources, dataflows, netwerk |
| Vereisten | Wat de klant levert vóór de uitrol |
| Een klant onboarden | Runbook voor het platformteam |
| Uitrol en omgevingen | Terraform-roots, omgevingsbestand, pipelines |
| Configuratie | Feature flags, schema's, GitHub, thema, module registry |
| Cost insights-setup | Kostenexport en ingestion-resources |
| AI-setup | Foundry, spoke agent, integration agent |
| WAF en eigen domein | Application Gateway en WAF voor het portaal |
| Agent-evaluatie | Hoe agents worden getest en gemonitord |
| Beheer | Health, sync, alerting, troubleshooting |
| Beslissingen | De architectuurbeslissingen in het kort |