Token导航 LogoToken导航

MCP Server · 运维云端

Aca MCP Proxy Obo Flow

一个基于Azure容器应用的零秘密认证代理服务,支持企业级安全和基础设施即代码部署。

未说明官方级别未说明来源级核验工具 0
基础设施即代码企业安全容器化

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
abossard
提供方
abossard

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

1

仓库热度

收录来源

1 个

MCP World

选型结论

Aca MCP Proxy Obo Flow 属于运维云端类 MCP Server,公开资料标注 0 个工具,通过传输方式未标注接入,客户端适配情况以官方文档为准,没有现成的安装命令;接入前要先准备 访问 Token。

分类

运维云端

传输方式

未说明

认证方式

访问 Token

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

🚀 具有联合身份的Azure容器应用MCP代理

模型上下文协议(MCP)包装器/代理 部署在Azure容器应用程序上 零秘密 使用Entra ID联合凭据进行身份验证。

🎯 这有什么作用?

该项目展示了 生产就绪模式 用于在Azure上部署具有企业级安全性的容器化API:

  • 🔐 没有秘密存储在任何地方 -使用联合身份凭据
  • 🎫 Entra ID身份验证 通过容器应用程序上的EasyAuth
  • 🏗️ 基础设施即代码 使用Terraform和Azure Developer CLI
  • ⚡ 本地AOT编译 用于快速启动和最小内存
  • 📊 内置可观察性 应用洞察

🏛️ 建筑

graph TB
    subgraph "🌐 Azure Cloud"
        subgraph "Container App Environment"
            API[("🔵 API Container
.NET 9 AOT")]
        end
        
        ACR[("📦 Container Registry
ACR")]
        ENTRA[("🎫 Entra ID
App Registration")]
        MI[("🔑 Managed Identity")]
        APPINS[("📊 App Insights")]
        
        API -->|pulls image| ACR
        API -->|uses| MI
        MI -.->|federated credential| ENTRA
        API -->|auth via EasyAuth| ENTRA
        API -->|telemetry| APPINS
    end
    
    USER[("👤 User")] -->|HTTPS + Auth| API
    
    style API fill:#0078D4,stroke:#003d7a,color:#fff
    style ENTRA fill:#00A4EF,stroke:#0078D4,color:#fff
    style MI fill:#7FBA00,stroke:#5e8700,color:#fff
    style ACR fill:#0078D4,stroke:#003d7a,color:#fff
    style APPINS fill:#E81123,stroke:#a30d1a,color:#fff

🔐 零秘密身份验证流程

sequenceDiagram
    participant U as 👤 User
    participant CA as 🔵 Container App
    participant EA as 🎫 EasyAuth
    participant MI as 🔑 Managed Identity
    participant ENTRA as 🏢 Entra ID
    
    U->>CA: Request (no token)
    CA->>EA: Check authentication
    EA->>ENTRA: Redirect for login
    ENTRA->>U: Login page
    U->>ENTRA: Authenticate
    ENTRA->>EA: Return token
    EA->>CA: Forward with token
    CA->>U: Response
    
    Note over MI,ENTRA: MI ↔ App Registration
via Federated Credential

🚦 快速开始

先决条件

🎬 部署一切

# One command to rule them all
azd up

这将:

  1. 📦 使用AOT编译构建容器映像
  2. 🏗️ 提供Azure基础架构(容器应用程序、ACR、Entra ID应用程序)
  3. 🔐 配置联合身份凭据
  4. 🚀 部署容器
  5. 🔗 输出API端点URL

🧪 本地开发

cd src/MCPWrapper/MCPWrapper.Api
dotnet run

访问地址: http://localhost:5000 (或检查控制台输出端口)

📁 项目结构

📂 aca-mcp-proxy-obo-flow/
├── 📂 .github/
│   └── copilot-instructions.md    # 🤖 AI agent guidance
├── 📂 infra/                       # 🏗️ Terraform IaC
│   ├── identity.tf                 # 🔐 Managed Identity + Entra ID
│   ├── containerapps.tf            # 🔵 Container App + Auth config
│   ├── main.tf                     # 🏛️ Core resources (ACR, Log Analytics)
│   ├── rbac.tf                     # 👥 Role assignments
│   └── provider.tf                 # ⚙️ Provider configuration
├── 📂 src/MCPWrapper/
│   └── MCPWrapper.Api/             # 💻 .NET 9 API
│       ├── Program.cs              # 🎯 Minimal API with AOT
│       ├── Dockerfile              # 🐳 Multi-stage build
│       └── MCPWrapper.Api.csproj   # 📦 Project config
└── azure.yaml                      # 🎛️ Azure Developer CLI config

🔑 主要特点

🛡️ 安全

  • 零秘密 -联合身份凭证模式
  • EasyAuth -平台级身份验证(无需更改代码)
  • 管理身份 -用于ACR拉取和未来的Azure服务访问
  • Entra ID集成 -企业身份提供者

⚡ 演出

  • 本地AOT编译 -启动速度更快,内存更少
  • 苗条的建设者 -最小运行时间占用
  • 容器优化 -高效图像层

🔧 开发者体验

  • Azure开发者命令行界面 -简化部署工作流程
  • 基础设施即代码 -可再生环境
  • 应用洞察 -内置可观测性

🎯 为什么选择AzAPI提供商?

这 azurerm Terraform提供程序尚不支持容器应用程序身份验证块(在中跟踪 第22213期).我们使用 AzAPI提供商 直接调用ARM API:

resource "azapi_resource" "api_auth_config" {
  type = "Microsoft.App/containerApps/authConfigs@2023-05-01"
  # ... EasyAuth configuration
}

🔄 常见任务

📊 查看日志

azd monitor --overview

🔄 重新部署代码

azd deploy

🗑️ 清理资源

azd down

🧹 本地地形操作

cd infra
terraform plan -var-file=main.tfvars.json
terraform apply -var-file=main.tfvars.json

🚀 部署场景和配置

该项目支持两种不同的部署模型,以适应不同的组织约束(例如,“M团队”与“J团队”)。

场景A:完全配置(“M团队”/开发)

适用于: 开发人员、POC和您有权创建Entra ID应用程序注册的环境。

在此模式下,Terraform管理 一切:

  • Azure基础架构(容器应用程序、ACR等)
  • Entra ID资源 (应用程序注册、服务主体、联合凭据)
  • 管理员同意 (通过Terraform中的API调用)

配置:

enable_entra_setup = true
entra_app_name     = "mcp-proxy-dev"

场景B:预先配置的身份(“J团队”/制作)

适用于: 由单独团队管理身份资源的生产环境或受限组织。

在此模式下,Terraform 仅 部署Azure基础架构。它期望Entra ID资源存在,并将其ID作为输入。

配置:

enable_entra_setup = false

# Pass the details of the pre-created App Registration
existing_entra_config = {
  client_id = "00000000-0000-0000-0000-000000000000"
  tenant_id = "00000000-0000-0000-0000-000000000000"
  object_id = "00000000-0000-0000-0000-000000000000" # Service Principal Object ID
}

🌐 网络选项

该项目通过Terraform变量支持灵活的网络配置:

变量默认值描述
enable_public_networktrue真:应用程序可通过公共互联网访问。
错误的:应用程序仅是私有的(需要私有端点或ExpressRoute集成)。
create_dummy_vnettrue真:创建用于测试的新的Direct3D/子网。
错误的:使用现有的ExpressRoute(必须提供 container_apps_subnet_id).
container_apps_subnet_id""容器应用程序环境的现有子网ID(如果是必需的 create_dummy_vnet = false).
private_endpoint_subnet_id""放置专用终结点的子网ID(如果 enable_public_network = false).

🎨 环境变量

容器应用程序会自动接收:

变量描述来源
AZURE_TENANT_IDEntra ID租户自动注入
AZURE_CLIENT_ID托管身份客户端ID自动注入
APPLICATIONINSIGHTS_CONNECTION_STRING遥测端点地形输出
API_ENDPOINT容器应用程序URL已计算
ASPNETCORE_ENVIRONMENT运行时环境配置

🤝 贡献

看 了解详细的架构指导和惯例。

📚 了解更多

📄 许可证

MIT许可证-有关详细信息,请参阅许可证文件

______________________________________________________________________

🌟 内置于❤️ 使用Azure容器应用程序和Terraform

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

HCL本地部署容器化零秘密认证企业安全基础设施即代码原生AOT编译

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

看服务状态

查询容器、日志和监控指标,定位异常。

执行部署变更

在权限范围内触发发布、回滚和环境切换。

核对资源用量

汇总用量,找出闲置和超额的部分。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 需要自备访问 Token,没有凭据没法直接试。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。

更适合

  • 需要在运维云端场景里让模型直接调用外部能力的人。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 暂时拿不到访问 Token的人。
  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Aca MCP Proxy Obo Flow

MCP World · 本页

0未说明未标注1 个2026-05-17
Ui Tars Desktop 8a825770

MCP World

0stdio有1 个2026-05-17
Elie222 MCP

MCP World

0未说明未标注1 个2026-05-17
Arizeai Phoenix MCP

MCP World

0stdio有3 个2026-05-17
Unity MCP 87ee506e

MCP World

42HTTP有2 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Aca MCP Proxy Obo Flow 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Aca MCP Proxy Obo Flow 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Aca MCP Proxy Obo Flow 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Aca MCP Proxy Obo Flow 需要 API Key 吗?

公开资料标注的认证方式是访问 Token,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

Aca MCP Proxy Obo Flow 支持哪些客户端?

公开资料没有标注具体客户端;能配置本地 MCP 命令的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP