Terraform AWS Cloud Control API provider now generally available
PackerBuild and manage images as code
OpenTofu
Truly open-sourceunder a well-known and widely-accepted license that companies can trust, that won’t suddenly change in the future, and isn’t subject to the whims of a single vendor. Community-drivenso that the community governs the project for the community, where pull requests are regularly reviewed and accepted on their merit.
The Impact of the HashiCorp License Change on Gruntwork Customers
[Update, Aug 15, 2023] Please see our new blog post for more detailed thoughts and our plan for the future: The future of Terraform must be open—our plan and pledge to keep Terraform open source. [Update, June 13, 2024] The original version of this post stated v1.5.5 was the latest open source terraform, which was true at the time of publication. Since then Hashicorp has released v1.5.6 and v1.5.7
TerraformでAWSのセキュリティグループのルールを作成する方法の比較と注意点 | DevelopersIO
前提 比較時は、以下のバージョンを利用しています。 terraform: 1.5.0 aws-provider: 5.7.0 aws_security_group aws_security_group | Resources | hashicorp/aws | Terraform Registry サンプルコード main.tf provider "aws" {} resource "aws_vpc" "this" { cidr_block = "10.0.0.0/16" } resource "aws_security_group" "this" { vpc_id = aws_vpc.this.id name = "example-1" ingress { description = "HTTP from VPC" from_port = 80 to_port = 80 protocol
Terraform v1.4でのTF_PLUGIN_CACHE_DIRと.terraform.lock.hclの挙動変更 - Qiita
はじめに Terraform v1.4がリリースされました。 上記のアナウンスでは特に言及されてないのですが、v1.4のUpgrade Guideに以下のような記載があり、TF_PLUGIN_CACHE_DIRと.terraform.lock.hclの組み合わせの挙動が若干変更になっています。 Provider caching during terraform init This change affects those who rely upon global provider caching and not the dependency lock file. terraform init now ignores entries in the optional global provider cache directory unless they match a checksum alr
Terraform の Variables と Locals、Outputs - tellme.tokyo
Terraform の Variables と Locals、Outputs June 15, 2022 それぞれの役割 Terraform で “変数” というと、Variables と Locals がある。どちらも値を入れて、Terraform ファイル や Terraform Module から参照することができる。ちなみに Terraform Module とは「.tf ファイルが置かれたディレクトリ」を意味する。main.tf などを置いた瞬間からそのディレクトリは Module として扱われ、起点となる Module を Root Module と呼ぶ。 Terraform では “変数” 以外に “返り値” (Return value) に相当するものとして Outputs がある。これは Module での処理結果を Module 外から参照できるようにするために使うもの
最近、Terraform のベストプラクティス迷子です - サーバーワークスエンジニアブログ
技術 1 課の水本です。 最近 Terraform のリファクタリングを行っているのですが、ベストプラクティス迷子になっています。 HashiCorp でも明確な方針は打ち出していない為、Terraform を利用する各プロジェクトで方針を決めているのが現実のようです。 今回は私が出会ってきた問題と、それについての対応、見解を書き連ねていきます。 あくまでも私が思ったことですので、「こうしたほうがいいよ！」というネタも募集しています。 workspace 使うのか使わないのか問題 結論として、私自身は workspace という機能を知ったものの、使うことは考えませんでした。 Terraform では workspace という個別のエリアを設けることが可能で、これを prod や staging と命名し作成しておくと、完全に環境を分離できるというメリットがあります。 ただしデメリットと
Github + CodeBuild + CodePipelineを利用したFargateのデプロイフローをTerraformで構築する | 株式会社ビヨンド
インフラエンジニアの寺岡です。 今回はFargateに対するアプリケーションのデプロイのお話です。 Code兄弟と言われていたりしますが AWSでは各種サービスに対してデプロイを行う際に便利なサービスがいくつかあります。 今回はその中のCodeBuildとCodePipelineを利用して Fargateに対してデプロイするパイプラインをTerraformで作成したのでコードを共有します。 Terraformのバージョンは「v0.12.24」です。 参考になされる場合はご注意ください。 今回構築したもの 以下の様になっています。 VPCはPublicとDMZとPrivateの3層構造にし PublicサブネットにはALBとNatGatewayを DMZサブネットにFargateのタスクを起動させてALBのターゲットグループに紐づけています。 デプロイのパイプラインの要のCodeBuildと
Announcing HashiCorp’s Homebrew Tap
PackerBuild and manage images as code
AWS CDKでプロバイダーとしてTerraformが使える！！CDK for Terraformが発表されました！！ #awscdk | DevelopersIO
AWS CDKでプロバイダーとしてTerraformが使える！！CDK for Terraformが発表されました！！ #awscdk AWS CDKがデプロイプロバイダーとしてTerraformをサポートしました！！！まだPreview版ですが、試しにVPCを作成してみました。 はじめに おはようございます、加藤です。私にとっては今年1番熱いアップデートが来ました！AWS CDKがなんとデプロイプロバイダーとしてTerraformをサポートしました！！！ ただし、今の所アルファテストステージなので、原則プロダクション環境に使うべきでありません、使う際は慎重に判断してから使用しましょう。 今まで、TerraStackIO/terrastackという同様にCDKでプロバイダーとしてTerraformを使おうとするプロジェクトはあったのですが、あまり開発は進んでいませんでした。なので、これまで
Supporting the HashiCorp Extension for Visual Studio Code
PackerBuild and manage images as code
Former2
Dashboard Search Setup Introduction Credentials Parameters Settings Outputs CloudFormation Terraform Troposphere CDK (V1) CDK (V2) CDK (Terraform) Pulumi Diagram Raw Output (Debug) Compute EC2 Lightsail Lambda Batch Elastic Beanstalk EC2 Image Builder App Runner Containers ECR ECS EKS Storage S3 EFS FSx Glacier Storage Gateway Backup Database RDS DynamoDB ElastiCache Neptune Redshift QLDB Document
Terraform 0.11→0.12で追加された新機能 | DevelopersIO
こんにちは佐伯です。 先日Terraform 0.12がリリースされ、Terraform 0.12へのアップグレードについて以下エントリを投稿しましたが、今回はTerraform 0.11からTerraform 0.12で追加された新機能について確認してみました。 Terraform 0.12がリリースされたのでアップグレードしてみた Terraform 0.12の新機能 First-class expressions Terraform 0.12以前ではリソースの設定に変数や他のリソースの値を指定する場合、ami = "${var.ami_id}"のように"${}"で囲う必要がありました。Terraform 0.12ではami = var.ami_idのように定義できます。 resource "aws_instance" "web" { instance_type = "t3.small
Terraform 0.12がリリースされたのでアップグレードしてみた | DevelopersIO
こんにちは佐伯です。本日待望のTerraform 0.12がリリースされました！ Announcing Terraform 0.12 ということで、アップグレードガイドに沿ってTerraform 0.11からアップグレードしてみました。 アップグレードガイド はじめに、アップグレードガイドは以下リンクです。アップグレードする前に読みましょう。 Upgrading to Terraform 0.12 - Terraform by HashiCorp アップグレードプロセス アップグレードの流れとしては以下の通りです。 Terraform 0.11.14へアップグレード アップグレード前チェックリストの実行 Terraform 0.12へのアップグレード Terraformコードの修正 モジュールのアップグレード 事前準備 Terraform stateファイルのバックアップ Terrafor
Introducing Terraform Cloud Remote State Management
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://opentf.org/
Ability to pass providers to modules in for_each · Issue #24476 · hashicorp/terraform
Use provider within the registry of Terraform hashicorp. · Issue #747 · dmacvicar/terraform-provider-libvirt
Produce maps from list of strings of a map
codebuild project override artifact name in spec file · Issue #5908 · hashicorp/terraform-provider-aws