terraform-module-library
amurata/cc-tools
Infrastructure as Codeベストプラクティスに従って、AWS、Azure、GCPインフラ用の再利用可能なTerraformモジュールを構築します。インフラモジュール作成、クラウドプロビジョニング標準化、再利用可能なIaCコンポーネント実装時に使用します。
...すべて拡張します概要terraform-module-library
「terraform-module-library 」スキルは、AWS、Azure、GCP 全体で本番環境向けのインフラストラクチャをデプロイするために設計された、再利用可能な Terraform モジュールの体系的なコレクションを提供します。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、examples、tests を含む標準的な構成となっています。
これらのモジュールはマルチクラウド展開に対応していますか?
はい。このスキルは、複数のクラウドプロバイダーにまたがって統合可能な再利用可能なコンポーネントを作成することを目的としています。
これらのモジュールを使用するための要件はありますか?
ユーザーは、Terraformおよび各クラウドプロバイダーのサービスに関する実務知識を持っている必要があります。モジュールを使用するには、関連するクラウドアカウントへのアクセス権と適切なIAM権限が必要です。
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.goAWS 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}
ベストプラクティス
- モジュールにセマンティックバージョニングを使用
- 説明付きですべての変数を文書化
- examples/ディレクトリに例を提供
- 入力検証に検証ブロックを使用
- モジュール構成のために重要な属性を出力
- versions.tfでプロバイダーバージョンをピン
- 計算値にlocalsを使用
- count/for_eachで条件付きリソースを実装
- Terratestでモジュールをテスト
- すべてのリソースに一貫してタグ付け
モジュール構成
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- コスト効率的な設計用
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
コピー





家
