Skip to main content
Glama
avidunixuser

Storage Intelligence MCP

by avidunixuser

Storage Atlas MCP/A2A Agent

Production-like, read-only Azure Storage Atlas pilot with a 2,500-account synthetic estate spanning 339 subscriptions across Dev, QA, Perf, and Prod, deterministic analytics, private Foundry tools, and an Entra-protected web application.

Storage Atlas MCP and A2A Azure architecture

Open the editable Visio diagram, the diagrams.net source, or the detailed architecture guide.

The same deterministic agent is available through REST, an official MCP Streamable HTTP server, and A2A v1 JSON-RPC/HTTP+JSON endpoints. See MCP and A2A integration for client configuration, authentication, discovery, and request examples.

Live MCP and A2A endpoints

The Sweden Central deployment uses this Entra-protected base URL:

https://ca-storage-intel-kxlgam3w.wittyforest-55ec85c1.swedencentral.azurecontainerapps.io

Protocol

Endpoint

MCP Streamable HTTP

https://ca-storage-intel-kxlgam3w.wittyforest-55ec85c1.swedencentral.azurecontainerapps.io/mcp/

A2A Agent Card

https://ca-storage-intel-kxlgam3w.wittyforest-55ec85c1.swedencentral.azurecontainerapps.io/.well-known/agent-card.json

A2A JSON-RPC

https://ca-storage-intel-kxlgam3w.wittyforest-55ec85c1.swedencentral.azurecontainerapps.io/a2a

A2A HTTP+JSON

https://ca-storage-intel-kxlgam3w.wittyforest-55ec85c1.swedencentral.azurecontainerapps.io/a2a/rest

External clients must request a Microsoft Entra token for the web application's api://<WEB_AUTH_CLIENT_ID> audience and send it as a bearer token. Use /mcp/ as the canonical MCP URL; /mcp redirects to the mounted transport path.

Related MCP server: azure-compliance-mcp

Product experience

  • Avidunixuser-branded responsive dashboard with the supplied, locally served logo and pinned React assets.

  • Persistent English/Spanish language switch in the top-right header for globally distributed teams in Hyderabad, Barcelona, Mexico, the US, and the UK. Navigation, forms, statuses, accessibility labels, dynamic counts, risk factors, built-in questions, and deterministic answer summaries render in the selected language without changing API identifiers or resource names.

  • Manual pilot onboarding by storage account name, tenant ID, management group, subscription, environment, subsidiary/business unit, region, and access tier.

  • Authenticated selection-list management for adding tenants, management groups, subscriptions, subsidiaries/business units, plus the complete customer-facing Azure public-region catalog in every region selector.

  • Bulk XLSX/CSV onboarding for avoiding repetitive manual entry. Imports are validated as a complete workbook, reject duplicates, preserve the AIRGAP template's storage-account attributes, and upsert them to private Cosmos DB before updating the in-memory inventory.

  • Account rows in Overview, Agent Investigation, Savings Simulator, Findings, and Data Health include accessible checkboxes plus a tile-level Notify project owners action. Each notification toolbar includes Select all for the unique accounts visible in that section. A single notification action sends larger selections sequentially in bounded batches of 100 accounts per actionable Azure Communication Services email. The action remains disabled until that tile has a selection, and the pilot recipient is fixed server-side to nrp@microsoft.com. The dual-format notification uses an email-safe Microsoft Azure theme and identifies each account's recorded Azure service associations (Databricks, Fabric, SAP, Data Factory, Storage SFTP, Application Insights, Functions, and Log Analytics) in the review table. Notifications launched from Agent Investigation also include the canonical question and the exact deterministic account findings shown in the UI; the server recomputes that context against current inventory and rejects stale selections rather than substituting unrelated security recommendations.

  • Administrator-only tenant discovery that runs read-only Azure CLI commands across all authorized subscriptions and imports tenant, management-group, subsidiary/business-unit, environment, storage account, region, tier, SKU, access/network posture, and project-governance tags.

  • Tiny Databricks, Fabric Lakehouse, SAP, Azure Data Factory, SFTP, and Application Insights badges on linked storage accounts. The synthetic estate deterministically randomizes these relationships; discovery reads native isSftpEnabled/isHnsEnabled properties plus ApplicationInsights/AppInsights tag aliases.

  • Deterministic capacity, cost, risk, Databricks, forecast, anomaly, tier-savings, evidence, confidence, and freshness investigations.

  • Risk concentration lists Growth, Cost, Freshness, Operations, Databricks, Configuration, Security, and Governance categories with a calm low-saturation palette. Security explicitly scores SAS/shared keys, public access, missing private endpoints, NSG/ASG links, and missing service-principal access. Governance uses project, business-unit, last-accessed, and defunct tags. A donut-style pie chart summarizes the dominant-risk distribution, while every scoped account scoring at least 20 remains in the ranked, vertically scrollable list. Hovering a pie segment displays the risk description, account count, and percentage; keyboard focus shows the largest segment.

  • Actionable Data Health posture tiles: Stale accounts, Missing lifecycle, SAS Key, Public Access, No Private Endpoint, No Service Principal, No GRS/GZRS, NSG/ASG linked, and Defunct Projects plus SFTP Enabled and AppInsights Data are buttons. Selecting one immediately loads every matching account for the active scope into a risk-sorted, vertically scrollable panel directly below the tiles on the Data Health page. Overview remains focused on estate capacity, cost, savings, risk concentration, and onboarding. The former standalone stale-account details panel is removed because Stale accounts now uses this common drilldown.

  • Priority findings explains the Growth and Operations component scores. Operations is the 0–100 throttling/latency subscore; the right-side value is the overall weighted account risk score out of 100.

Manual and spreadsheet onboarding never create or change Azure Storage resources.

The Container Apps web workload uses one always-ready Consumption replica with 1 vCPU and 2 GiB memory. This keeps A2A task lookup and cancellation consistent with the SDK's process-local task handler. Ingress targets port 8000, matching Uvicorn and the Dockerfile, and probes allow 10 seconds for transient load. Private Function deployment and Foundry smoke tests are intentionally decoupled from web startup so the public Entra-protected UI cannot be blocked by a private dependency. Application version 0.1.0 remains unchanged.

Functional views

  • Agent Investigation invokes the managed-identity-authenticated Foundry agent, which uses the scoped deterministic tools, while the navigation usage tile reports the model, per-response input/output/total tokens, context-window consumption, and the cumulative calculated token cost for the current UTC calendar month. Each successful query writes retry-safe token and cost metadata to the existing Cosmos DB inventory container, so the monthly total survives restarts and resets in the UI on the first UTC day of each month while prior months remain retained. The current query's estimated USD model cost appears above the owner-notification controls; estimates exclude infrastructure, negotiated pricing, taxes, and non-model charges. The redundant Foundry narrative is hidden while the view displays the full trust envelope, explains why every returned account was flagged, keeps evidence citations aligned with all unique returned accounts, and offers a broad reusable catalog of operational/financial/platform questions, saves new authenticated questions for future sessions, and retains the latest eight investigations in-session. MCP and A2A requests remain deterministic and do not consume model tokens.

  • Savings Simulator models 1-100% tiering adoption, compares 10/25/50% baselines, ranks the top 20 candidates, and retains retrieval/retention caveats.

  • Findings combines risk, robust growth anomalies, data freshness, and savings actions into a severity-sorted inbox. Total Findings, Data Freshness, Growth Anomaly, Risk, and Savings Action are clickable summary tiles; selecting one immediately filters the scrollable results panel below. The former duplicate filter-button row is removed.

  • Data Health shows freshness coverage, connector/source status, lifecycle and assumed tier gaps, and a scrollable stale-account remediation list. For administrators, the visible Disabled status is a button: clicking it enables that connector, changes the status to Enabled, and reveals a clickable Run action. A completed pilot-fixture run changes the status to Healthy and shows synced/eligible counts and last-run time. Security posture cards expose SAS/shared keys, public access, missing private endpoints, missing service-principal access, non-GRS/GZRS replication, NSG/ASG links, defunct projects, missing last-access tags, SFTP-enabled endpoints, and Application Insights-linked storage.

  • Data Health places Synthetic pilot, Azure CLI discovery, Azure Resource Graph, Blob Inventory, Azure Monitor Metrics, Cost Management exports, and Databricks system tables immediately after the global filters/reset row.

Tenant-wide admin discovery

Administrators see a dedicated Admin item in the left navigation. Its Pull Tenant Wide Storage Account Details action uses Azure CLI argument arrays (never a shell command string) to enumerate every enabled subscription visible to the authenticated identity and run az storage account list for each subscription. Results are ingested idempotently into the pilot inventory and upserted into the private Cosmos DB storage-intelligence/storage-accounts container.

Configure the runtime with:

Variable

Purpose

Default

ADMIN_ROLE

Entra app role required by admin endpoints

StorageIntelligence.Admin

DISCOVERY_TENANT_IDS

Optional comma-separated tenant IDs; empty means every tenant visible in the CLI account cache

empty

DISCOVERY_USE_MANAGED_IDENTITY

Run az login --identity with AZURE_CLIENT_ID

true

DISCOVERY_CRON

Initial five-field discovery schedule

0 */6 * * *

DISCOVERY_SCHEDULE_PATH

Persisted admin schedule configuration

data/discovery-schedule.json

DISCOVERY_OUTPUT_PATH

Scheduled CLI snapshot path

data/discovered-storage-accounts.json

AZURE_CLI_PATH

Azure CLI executable

az

COSMOS_INVENTORY_ENABLED

Persist spreadsheet imports and scheduled discovery results to Cosmos DB

false locally; true in Azure

COSMOS_ENDPOINT

Private Cosmos DB account endpoint

required when persistence is enabled

COSMOS_DATABASE

Inventory database name

storage-intelligence

COSMOS_CONTAINER

Storage-account container name

storage-accounts

SAVED_QUESTIONS_PATH

Atomic localhost question-library file when Cosmos is disabled

data/saved-agent-questions.json

AZURE_COMMUNICATION_EMAIL_ENDPOINT

Azure Communication Services endpoint used with managed identity

required for notifications

AZURE_COMMUNICATION_EMAIL_SENDER

Verified Azure-managed DoNotReply sender address

required for notifications

PROJECT_OWNER_NOTIFICATION_RECIPIENT

Server-controlled pilot recipient; never accepted from the browser

nrp@microsoft.com in Azure

The managed identity or automation principal must be granted read-only access in every target subscription/tenant. This project deliberately does not assign tenant-wide Reader roles. Cross-tenant discovery works only after the identity is explicitly authorized in each tenant. Management-group enrichment is best-effort: if the identity cannot enumerate management groups, discovery continues from authorized subscriptions and account tags, and the Admin page shows a concise warning without exposing Azure CLI exception or identity details.

Run discovery directly:

.\scripts\run-storage-discovery.ps1

Administrators can edit the five-field cron expression directly in the dashboard. The schedule is validated with croniter, persisted atomically, and used by the in-process scheduler after restart. The next execution time and common UTC cron examples are shown in the role-gated Admin view. Provisioning creates the StorageIntelligence.Admin Entra app role and assigns it to the deploying user. Each completed pull reports the number of Cosmos DB upserts. Cosmos uses the web app's managed identity, a database-scoped built-in Data Contributor assignment, /subscription_id partitioning, and no account keys.

For an external automation host, install the supplied six-hour fallback cron:

crontab config/storage-discovery.cron

The external scheduled command writes an atomic JSON snapshot. The in-app scheduler upserts the same account details to Cosmos DB. Neither path requests storage keys or mutates estate resources.

Discovery recognizes Databricks, Fabric Lakehouse, SAP, Azure Data Factory, and Application Insights tag aliases plus native SFTP/HNS state. It also reads Project/ProjectName, BusinessUnit, LastAccessedDate, ProjectStatus/ProjectDefunct, UsesSASKeys, ServicePrincipalAccess, NetworkSecurityGroup/NSG, and ApplicationSecurityGroup/ASG. Azure resource properties supply shared-key access, public network/blob access, private endpoint state, and replication SKU. Linked accounts appear in a dedicated dashboard section with compact accessible badges.

The navigation footer displays © 2026 Avidunixuser. All rights reserved. followed by tiny, accessible Microsoft, Azure, and the supplied Azure AI Foundry image mark. The Foundry PNG is committed under src/web/static/assets with a SHA-256 manifest.

Spreadsheet format

Upload an .xlsx workbook or UTF-8 .csv file with a header row and these columns:

Column

Example

name

stfinancearchive01

tenant_id

11111111-1111-4111-8111-111111111111

management_group

mg-americas-platform

subscription

platform-prod

environment

Prod

subsidiary

Avidunixuser North America

region

eastus2

tier

Cool

The importer accepts up to 10,000 rows or 5 MB per file. Friendly header aliases such as storage_account_name, tenant, managementgroup, subscription_name, environment/stage/env, Business unit, azure_region, and access_tier are normalized automatically. business_unit is a compatibility alias for subsidiary. Every hierarchy value must exist in the pilot catalog; known synthetic subscriptions are validated against their tenant, management group, environment, and subsidiary. Regions may use any code from the complete Azure public-region selector; tiers must use an available access tier.

The versioned synthetic catalog contains exactly 339 subscriptions. Each subscription has a deterministic UUID, tenant, management group, subsidiary, and one of Dev, QA, Perf, or Prod. All 339 names appear in the global subscription selector.

Investigation question library

GET /api/questions returns the built-in and saved question catalog. POST /api/questions accepts a new 3-500 character question, normalizes whitespace, rejects case-insensitive duplicates, and caps the shared library at 100 custom questions. Azure stores custom questions as saved-agent-question documents in the existing private Cosmos container under the __agent_questions__ partition. Localhost uses the atomic JSON path above. Saving a question does not execute it or mutate an Azure resource.

Local run

Python 3.13 is required. Node.js and npm are not used.

python -m venv .venv
.\.venv\Scripts\python -m pip install -e ".[test]"
$env:AUTH_DISABLED = "true"
.\.venv\Scripts\python -m uvicorn web.app:app --host 127.0.0.1 --port 8000

Open http://127.0.0.1:8000. Run acceptance tests with:

.\.venv\Scripts\python -m pytest

The language preference is stored in browser localStorage under storage-intelligence-language. English (en) is the default; Spanish (es) updates the document language and title. Built-in Spanish questions are canonicalized back to their English deterministic intent before API submission, while the backend also recognizes common Spanish intent phrases for newly authored questions.

Architecture

  • src/storage_intelligence: synthetic generator, connectors, analytics, query router.

  • src/protocols/service.py: protocol-neutral read-only agent facade.

  • src/protocols/mcp_server.py: MCP tools, resource, prompt, HTTP mount, and stdio entry point.

  • src/protocols/a2a_server.py: A2A Agent Card, JSON-RPC/REST routes, task executor, and artifacts.

  • src/protocols/README.md: code-adjacent MCP/A2A endpoint, authentication, and usage reference.

  • src/web: FastAPI, managed-identity ACS email notifications, and vendored React 18.3.1 browser UI.

  • src/function_app.py: private OpenAPI tools and durable fan-out/fan-in collection.

  • src/agent: Foundry instructions, OpenAPI contract, deploy/invoke scripts, and evals.

  • infra/foundry: official template 19 baseline and unmodified supporting modules.

  • infra/functions-base: preserved official Flex Consumption base modules.

  • infra: composed workload Bicep and AZD parameters.

See product specification, architecture, and protocol integration. The synchronized Visio, diagrams.net, and SVG architecture assets show the deployed UI-to-database topology, protocol endpoints, trust boundaries, managed identities, RBAC, VNet subnets, Private Link paths, and monitoring plane.

Caution

Do not convert every application component into an AI agent by default. Most components perform fixed, deterministic operations where LLM use would add token cost, latency, variability, and failure modes without improving the result.

Component

Convert to an agent?

Recommendation

Azure inventory discovery

No

Keep the fixed, read-only Azure CLI workflow

Cosmos DB persistence

No

Keep deterministic and transactional

Scheduling

No

Keep cron-based

Risk and savings calculations

No

Keep auditable formulas

Data connectors

No

Keep deterministic ingestion

MCP server

No

Treat it as a protocol interface

A2A executor

Already agent-facing

Keep it as the agent adapter

Investigation and explanation

Yes

Continue using the Foundry agent

The preferred architecture is one agent plus deterministic tools: components gather and calculate facts, while the agent selects tools, correlates results, explains findings, and handles ambiguous questions. Add specialist agents only when independent reasoning is valuable, such as for FinOps advice, security analysis, or remediation planning.

Azure workflow

The approved .azure/deployment-plan.md is the source of truth. Deployment uses:

azd env new storage-intel-pilot
azd env set AZURE_LOCATION swedencentral
azd env set AZURE_SUBSCRIPTION_ID c82406dd-f84c-42df-9586-c6f02abda6df
azd provision --preview --no-prompt
azd provision --no-prompt
azd deploy --no-prompt

The deployment scripts create or reuse secretless Entra application registrations, enable ID-token issuance for Container Apps Easy Auth, deploy the web image and Functions package, then create the Foundry prompt-agent version. Easy Auth accepts both the application client ID and its api:// identifier URI as token audiences. Production connectors remain disabled unless their explicit flags and least-privilege roles are configured. The workload also provisions Azure Communication Services, Email Communication Service, and an Azure-managed Europe domain. The web UAMI uses DefaultAzureCredential; no email connection string or key is stored. Because ACS does not expose a send-only managed-identity role, the required Communication and Email Service Owner assignment is constrained to that single Communication Services resource.

Roadmap Phase 2

  1. API Management: Introduce Azure API Management (APIM) for endpoint obfuscation, a public API facade, and rate limiting.

  2. Caching:

    • Provider prompt caching: Keep system prompts, tool definitions, schemas, and examples as an identical stable prefix; append user-specific content last. Azure OpenAI applies supported prompt caching automatically and reports cached_tokens. Provider prompt caching is mostly aligned already.

    • Response caching: Cache repeated answers through APIM semantic caching or Redis. Include tenant, user scope, filters, model, prompt version, and data timestamp in the key; use a short TTL and never share cached results across tenants. Response caching is a pending larger change.

      Implement exact scoped caching first, using Azure Managed Redis:

      cache key =
      tenant ID
      + caller/scope hash
      + normalized question and filters
      + model deployment
      + agent/prompt version
      + inventory data timestamp

      Use a 5-15 minute TTL, invalidate when inventory changes, cache only successful read-only responses, encrypt connections, and never fall back to another tenant's entry.

      Implementation scope

      Approach

      Scope

      Prompt-cache stabilization + telemetry

      Code and Application Insights

      Exact scoped Azure Managed Redis cache

      Infrastructure, identity, cache service, and tests

      APIM semantic cache

      APIM, embeddings deployment, Redis with RediSearch, policies, routing, and security tests

The Foundry agent's stable instructions and OpenAPI schema total roughly 1,085 tokens, exceeding Azure's 1,024-token prompt-cache threshold. User input is already appended separately. Implementation would require:

  • Canonicalizing tool-schema serialization and preserving tool order.

  • Versioning the prompt/tool bundle instead of rebuilding it per request.

  • Capturing response.usage.input_tokens_details.cached_tokens.

  • Emitting cache-hit rate, cached tokens, latency, and estimated savings to Application Insights.

  • Confirming the deployed model supports prompt caching and optionally adopting an explicit prompt_cache_key when supported.

Cost caveats

Private Foundry Standard requires fixed-cost AI Search Standard and Premium ACR. Cosmos DB, monitoring ingestion, model tokens, private endpoints, and Container Apps add usage-based costs. Azure Communication Services Email adds pay-as-you-go message charges. The pilot avoids estate API and Databricks query charges by using synthetic data.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

No tool schema history has been recorded yet.

Maintenance

ActivityMaintained
ResponsivenessNo issues

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    An MCP server that exposes core Azure services as read-mostly tools any MCP client can call, including Blob Storage, Key Vault, Service Bus, and Resource Manager.
    1
    MIT
  • A
    license
    Not graded
    quality
    C
    maintenance
    A read-only MCP server for exploring on-premises, multi-instance Microsoft SQL Server estates from AI clients, with read-only enforcement and Windows authentication support.
    Apache 2.0
  • F
    license
    Not graded
    quality
    C
    maintenance
    A read-only MCP server for inspecting AWS resources, detecting misconfigurations, and estimating costs across EC2, S3, and IAM, enabling agents to safely query and analyze cloud infrastructure.
    -

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/avidunixuser/Storage-Intelligence-MCP'

If you have feedback or need assistance with the MCP directory API, please join our Discord server