选项
首页首页 Skill 云基础设施 terraform-module-library

terraform-module-library

amurata/cc-tools amurata/cc-tools

遵循“基础设施即代码”(IaC)的最佳实践,构建适用于AWS、Azure和GCP基础设施的可复用Terraform模块。这些模块用于创建基础设施模块、标准化云资源配置以及实现可复用的IaC组件。

...展开全部
50
更新时间 2026-06-29

关于terraform-module-library

terraform-module-library 技能提供了一组结构化的可复用 Terraform 模块,专为在 AWS、Azure 和 GCP 上部署生产就绪的基础设施而设计。它通过为 VPC、Kubernetes 集群、数据库和存储服务等常见组件提供标准化模式,解决了云基础设施一致性管理方面的挑战。 通过遵循“基础设施即代码”(Infrastructure as Code)的最佳实践,该技能简化了云环境的创建、测试和维护,降低了配置错误的风险,并确保了跨多个云提供商的可重复部署。

主要特点包括条理清晰的模块结构:为每个云服务提供商设置独立目录,并为 VPC、RDS、S3、AKS、GKE 和 Cloud SQL 等单个资源设置子目录。每个模块均遵循统一的模式,包含主要 Terraform 资源、输入变量、输出、示例、版本固定以及测试文件。 这些模块集成了输入验证、语义化版本控制、Terratest 集成以及标签标准,以确保可靠性和可追溯性。此外,示例配置展示了实际应用场景,有助于更轻松地采用并将其集成到现有基础设施管道中。

本技能非常适合希望标准化配置流程并创建可复用、易于维护的 Terraform 模块的 DevOps 工程师、云架构师和基础设施团队。它支持多种场景,包括多云部署、建立组织级 Terraform 标准、构建可复用的基础设施组件,以及确保符合最佳实践。 对于希望在保持运维一致性的同时加速云采用的组织而言,本技能将特别有用。

常见问题

terraform-module-library 支持哪些云服务提供商?

该技能为 AWS、Azure 和 GCP 提供了可重用的 Terraform 模块,涵盖了各云服务商的常见基础设施组件。

这些模块可用于生产环境吗?

可以,这些模块设计为可直接投入生产环境使用,并遵循包括输入验证、标签管理、版本固定以及使用 Terratest 进行测试在内的最佳实践。

模块的结构和组织方式是怎样的?

模块按云服务提供商和资源类型进行组织,采用标准结构,包括 main.tf、variables.tf、outputs.tf、versions.tf、README.md、示例和测试文件。

这些模块是否支持多云部署?

是的,该技能旨在创建可复用的组件,这些组件可集成到多个云服务提供商中。

使用这些模块有什么要求吗?

用户应具备 Terraform 和云服务提供商服务的实际应用知识。模块假设用户能够访问相关的云账户并拥有适当的 IAM 权限。

在 GitHub 上查看

English | 日本語

Terraformモジュールライブラリ

AWS、Azure、GCPインフラ用の本番環境対応Terraformモジュールパターン。

目的

複数のクラウドプロバイダーにまたがる一般的なクラウドインフラパターン用の再利用可能で、十分にテストされたTerraformモジュールを作成します。

使用タイミング

  • 再利用可能なインフラコンポーネントの構築
  • クラウドリソースプロビジョニングの標準化
  • Infrastructure as Codeベストプラクティスの実装
  • マルチクラウド互換モジュールの作成
  • 組織のTerraform標準の確立

モジュール構造

terraform-modules/├── aws/│   ├── vpc/│   ├── eks/│   ├── rds/│   └── s3/├── azure/│   ├── vnet/│   ├── aks/│   └── storage/└── gcp/    ├── vpc/    ├── gke/    └── cloud-sql/

標準モジュールパターン

module-name/├── main.tf          # メインリソース├── variables.tf     # 入力変数├── outputs.tf       # 出力値├── versions.tf      # プロバイダーバージョン├── README.md        # ドキュメント├── examples/        # 使用例│   └── complete/│       ├── main.tf│       └── variables.tf└── tests/           # Terratestファイル    └── module_test.go

AWS VPCモジュール例

main.tf:

resource "aws_vpc" "main" {  cidr_block           = var.cidr_block  enable_dns_hostnames = var.enable_dns_hostnames  enable_dns_support   = var.enable_dns_support  tags = merge(    {      Name = var.name    },    var.tags  )}resource "aws_subnet" "private" {  count             = length(var.private_subnet_cidrs)  vpc_id            = aws_vpc.main.id  cidr_block        = var.private_subnet_cidrs[count.index]  availability_zone = var.availability_zones[count.index]  tags = merge(    {      Name = "${var.name}-private-${count.index + 1}"      Tier = "private"    },    var.tags  )}resource "aws_internet_gateway" "main" {  count  = var.create_internet_gateway ? 1 : 0  vpc_id = aws_vpc.main.id  tags = merge(    {      Name = "${var.name}-igw"    },    var.tags  )}

variables.tf:

variable "name" {  description = "VPCの名前"  type        = string}variable "cidr_block" {  description = "VPC用CIDRブロック"  type        = string  validation {    condition     = can(regex("^([0-9]{1,3}\.){3}[0-9]{1,3}/[0-9]{1,2}$", var.cidr_block))    error_message = "CIDRブロックは有効なIPv4 CIDR表記でなければなりません。"  }}variable "availability_zones" {  description = "アベイラビリティゾーンのリスト"  type        = list(string)}variable "private_subnet_cidrs" {  description = "プライベートサブネット用CIDRブロック"  type        = list(string)  default     = []}variable "enable_dns_hostnames" {  description = "VPCでDNSホスト名を有効化"  type        = bool  default     = true}variable "tags" {  description = "追加タグ"  type        = map(string)  default     = {}}

outputs.tf:

output "vpc_id" {  description = "VPCのID"  value       = aws_vpc.main.id}output "private_subnet_ids" {  description = "プライベートサブネットのID"  value       = aws_subnet.private[*].id}output "vpc_cidr_block" {  description = "VPCのCIDRブロック"  value       = aws_vpc.main.cidr_block}

ベストプラクティス

  1. モジュールにセマンティックバージョニングを使用
  2. 説明付きですべての変数を文書化
  3. examples/ディレクトリに例を提供
  4. 入力検証に検証ブロックを使用
  5. モジュール構成のために重要な属性を出力
  6. versions.tfでプロバイダーバージョンをピン
  7. 計算値にlocalsを使用
  8. count/for_eachで条件付きリソースを実装
  9. Terratestでモジュールをテスト
  10. すべてのリソースに一貫してタグ付け

モジュール構成

module "vpc" {  source = "../../modules/aws/vpc"  name               = "production"  cidr_block         = "10.0.0.0/16"  availability_zones = ["us-west-2a", "us-west-2b", "us-west-2c"]  private_subnet_cidrs = [    "10.0.1.0/24",    "10.0.2.0/24",    "10.0.3.0/24"  ]  tags = {    Environment = "production"    ManagedBy   = "terraform"  }}module "rds" {  source = "../../modules/aws/rds"  identifier     = "production-db"  engine         = "postgres"  engine_version = "15.3"  instance_class = "db.t3.large"  vpc_id     = module.vpc.vpc_id  subnet_ids = module.vpc.private_subnet_ids  tags = {    Environment = "production"  }}

参照ファイル

  • assets/vpc-module/ - 完全なVPCモジュール例
  • assets/rds-module/ - RDSモジュール例
  • references/aws-modules.md - AWSモジュールパターン
  • references/azure-modules.md - Azureモジュールパターン
  • references/gcp-modules.md - GCPモジュールパターン

テスト

// tests/vpc_test.gopackage testimport (    "testing"    "github.com/gruntwork-io/terratest/modules/terraform"    "github.com/stretchr/testify/assert")func TestVPCModule(t *testing.T) {    terraformOptions := &terraform.Options{        TerraformDir: "../examples/complete",    }    defer terraform.Destroy(t, terraformOptions)    terraform.InitAndApply(t, terraformOptions)    vpcID := terraform.Output(t, terraformOptions, "vpc_id")    assert.NotEmpty(t, vpcID)}

関連スキル

  • multi-cloud-architecture - アーキテクチャ決定用
  • cost-optimization - コスト効率的な設計用

所有文件

1 个文件

安装 terraform-module-library

下载技能文件并将其解压到 .claude/skills/ 目录中。

下载ZIP

克隆仓库并复制技能文件到您的项目中。

git clone https://github.com/amurata/cc-tools/blob/main/i18n/ja/plugins/cloud-infrastructure/skills/terraform-module-library/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

复制 复制
快速设置: 将技能文件夹复制到 .claude/skills/ 目录下,Claude 会自动检测并使用该技能

相关技能

Cloudflare Manager
更新时间 2026-06-29
netlify-forms
更新时间 2026-08-23
pinecone
更新时间 2026-06-29
azure-setup-guide
更新时间 2026-06-29
OR