Token导航 LogoToken导航

MCP Server · 运维云端

Infracode GitHub MCP

使用Terraform在AWS上部署生产级Amazon EKS集群的基础设施即代码解决方案,支持多可用区部署、自动扩展和安全最佳实践。

未说明官方级别未说明来源级核验工具 0
基础设施即代码云原生自动化部署

快速开始

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

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Infracode GitHub MCP 属于运维云端类 MCP Server,公开资料标注 0 个工具,通过传输方式未标注接入,客户端适配情况以官方文档为准,没有现成的安装命令;接入前先确认权限范围。

分类

运维云端

传输方式

未说明

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

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

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

上手步骤

  1. 1

    先确认运行方式

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

  2. 2

    获取服务

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

  3. 3

    写入客户端配置

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

  4. 4

    验证是否可用

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

接入前确认

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

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

详细介绍

EKS基础设施代码

此存储库包含用于在AWS上部署生产就绪的Amazon EKS(弹性Kubernetes服务)集群的Terraform配置,演示了基础设施即代码最佳实践和GitHub MCP集成。

架构概述

基础设施包括:

  • EKS 集群:托管Kubernetes控制平面
  • 虚拟私有云:具有跨多个AZ的公共和私有子网的自定义虚拟私有云
  • 节点组:具有自动扩展功能的托管工作节点
  • 安全组:正确的网络安全配置
  • IAM角色:服务帐户和IRSA(服务帐户的IAM角色)设置
  • 附加组件:核心DNS、VPC CNI、EBS CSI驱动程序等基本集群插件

特性

  • ✅ 多AZ部署:跨多个可用区的高可用性
  • ✅ 受管节点组:自动缩放具有可配置实例类型的工作节点
  • ✅ 安全最佳实践:最低权限IAM角色和安全组
  • ✅ 附加组件支持:预配置的基本集群插件
  • ✅ Fargate支持:可选的无服务器容器计算
  • ✅ 负载平衡器控制器:AWS负载均衡器控制器集成
  • ✅ 群集自动缩放器:根据工作负载需求自动扩展节点
  • ✅ 外部dns:可选Route53 DNS管理
  • ✅ 证书管理器:可选SSL证书管理

先决条件

在部署此基础架构之前,请确保:

  1. AWS-CLI 配置了适当的凭据
  2. 地形 (>=1.0)已安装
  3. kubectl 的 已安装用于群集管理
  4. 适当的 IAM权限 用于EKS、VPC和EC2资源

所需的AWS权限

您的AWS凭据需要以下权限:

  • EKS集群管理
  • VPC和子网创建
  • EC2实例管理
  • IAM角色和政策管理
  • 安全组管理

快速开始

  1. 克隆存储库:
   git clone https://github.com/VitalisCode/Infracode-Github-MCP.git
   cd Infracode-Github-MCP
  1. 配置变量:
   cp terraform.tfvars.example terraform.tfvars
   # Edit terraform.tfvars with your desired configuration
  1. 初始化并部署:
   terraform init
   terraform plan
   terraform apply
  1. 配置kubectl:
   aws eks --region  update-kubeconfig --name 
   kubectl get nodes

配置

核心变量

变量描述默认值必填
project_name项目名称"infracode-eks"没有
environment环境(开发/测试/生产)"dev"没有
aws_regionAWS部署区域"us-west-2"没有
kubernetes_versionKubernetes版本"1.28"没有

节点组配置

变量描述默认值
node_instance_types节点的EC2实例类型["m5.large"]
node_group_min_size最小节点数1
node_group_max_size最大节点数3
node_group_desired_size所需节点数2
node_capacity_type容量类型(ON_DEMAND/SOT)"ON_DEMAND"

网络配置

变量描述默认值
single_nat_gateway使用单个NAT网关true
cluster_endpoint_public_access启用公共API访问true

部署示例

开发环境

project_name = "myapp-eks"
environment  = "dev"
aws_region   = "us-west-2"

node_instance_types     = ["t3.medium"]
node_group_desired_size = 1
single_nat_gateway     = true

生产环境

project_name = "myapp-eks"
environment  = "prod"
aws_region   = "us-east-1"

kubernetes_version              = "1.28"
cluster_endpoint_public_access = false

node_instance_types     = ["m5.xlarge"]
node_group_min_size     = 2
node_group_max_size     = 10
node_group_desired_size = 3
single_nat_gateway     = false

enable_fargate      = true
enable_external_dns = true
enable_cert_manager = true

输出

部署后,可获得以下输出:

  • cluster_name:EKS群集名称
  • cluster_endpoint:Kubernetes API服务器终结点
  • vpc_id:集群所在的VPC ID
  • kubectl_config_command:配置kubectl访问权限的命令

附加组件和集成

AWS负载均衡器控制器

自动配置为具有适当IAM角色的入口管理。

群集自动缩放器

预先配置IAM角色,用于根据pod要求自动扩展节点。

EBS CSI驱动程序

默认情况下启用持久卷支持。

可选附加组件

  • 外部dns:用于Route53 DNS管理
  • 证书管理器:用于SSL证书自动化
  • 法尔盖特:适用于无服务器容器工作负载

安全考虑

  • 网络隔离:工作节点的专用子网
  • IAM最低权限:所需的最小权限
  • 安全组:限制性网络访问规则
  • 加密:EKS秘密加密处于静止状态
  • 专用API访问:可针对生产环境进行配置

监控和日志记录

考虑启用:

  • CloudWatch容器洞察 用于监控
  • AWS CloudTrail 用于API日志记录
  • VPC流日志 用于网络监控
  • EKS控制平面测井 用于审计跟踪

成本优化

  • 使用 竞价实例 适用于非关键工作负载
  • 启用 群集自动缩放器 尺寸合适
  • 考虑 法尔盖特 适用于可变工作负载
  • 使用 单一NAT网关 用于开发环境

故障排除

常见问题

  1. 节点组无法加入群集:

- 检查IAM角色和策略 - 验证安全组规则 - 确保子网具有正确的路由

  1. 无法访问群集:

- 从输出中运行kubectl config命令 - 检查API访问的安全组规则 - 验证IAM权限

  1. Pod无法连接互联网:

- 检查NAT网关配置 - 验证路由表关联 - 确保安全组允许出口

贡献

  1. 分叉存储库
  2. 创建要素分支
  3. 进行更改
  4. 彻底测试
  5. 提交拉取请求

许可证

该项目是开源的,可在 MIT许可证.

支持

对于问题和疑问:

______________________________________________________________________

由...创建:维生素D 由...维护:基础设施团队 最后更新:2025年11月

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

HCL本地部署基础设施即代码Kubernetes管理AWSEKS自动化部署云原生

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

典型使用场景

看服务状态

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

执行部署变更

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

核对资源用量

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

选择建议

值得选的地方

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

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

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

不太适合

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

同类对比

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

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 条

Infracode GitHub MCP 怎么安装?

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

Infracode GitHub MCP 怎么在 Claude Desktop、Cursor 里配置?

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

Infracode GitHub MCP 收费吗?

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

Infracode GitHub MCP 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Infracode GitHub MCP 支持哪些客户端?

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

来源信息

继续浏览同类 MCP