2023年12月4日追記。 この記事は2023年の9月下旬に書かれた記事です。 わりと反射的に書いてしまった内容も含んでるので(CNCFのリリースにもコメントを寄越していたGruntworkの関わりを見逃してたのは痛恨のミス。色んな思いがあるのはそれはそう)、本件について語るにもっと最適な方の説明を読んでいただければ幸いです。 先月行われたHashiCorp社によるソフトウェアライセンスの変更はTerraformコミュニティに衝撃を与えたことは記憶に新しい。具体的には、Terraformのライセンスが、オープンソース/フリーソフトウェアを前提としたMPL2.0から、商用利用に制限をかけられたBSLv1.1に変更された。これにより、Terraformは伝統的な意味でのオープンソースソフトウェアではなくなってしまい、ソースコードが単に利用できるソフトウェアに変わってしまったと評する人もいる。[

オープンソースソフトウェアを支援する非営利団体のLinux Foundationが、Terraformのオープンソース版のフォークである「OpenTofu」プロジェクトを設立すると発表しました。 Linux Foundation Launches OpenTofu: A New Open Source Alternative to Terraform https://www.linuxfoundation.org/press/announcing-opentofu Terraformはコードを元にインフラストラクチャを自動で構築することで、安全かつ効率的に構築、変更、バージョン管理できるようにするツールです。2014年からMozilla Public License 2.0のオープンソースソフトウェアとしてHashiCorp主導で開発されてきましたが、HashiCorpは2023年8月10

Terraform 1.4 が GA になりました 🎉🎉🎉 Terraform 1.4 では新しく terraform_data リソースが導入されました。 terraform_data リソースは null_resource を置き換えるものであり、さらに異なる用途にも使用できます。 この記事では terraform_data リソースの使い方についてまとめます。 null_resource の代わりに使う replace_triggered_by に使用する サンプルコード この記事で紹介するサンプルコードは以下のリポジトリで管理しています。 検証環境 Terraform v1.4.0 使い方 null_resource の代わりに使う 前提知識として、 null_resource は何も作成しないリソースです。 Provisioner と合わせて使用することで、他のリソースの状

概要 Terraform for さくらのクラウド(v2)を使ってシンプルな構成から始めて、複数のリージョンを使った冗長構成を作っていきます。 大まかには以下の順番で作成します。 共有セグメントにつながったサーバを1台スイッチにつながったサーバを1台共有セグメントにつながったサーバを複数台グローバルとローカルにつながったサーバとローカルにつながったサーバを複数台複数のリージョンを使った冗長構成 + VPCルータ 前提 さくらのクラウドのAPIキーは”作成・削除”の権限で作成済み あとで必要になるのでアクセストークンとアクセストークンシークレットは控えておいてください APIキーの作成がお済みでない方は → APIキーの作成方法 この作業を実行する環境は "Ubuntu 20.04.4 LTS" です構成ファイルは一つにまとめますTerraform for さくらのクラウド(v2)の設定リフ

[Terraform] 誤解されがちなignore_changesの動き・機密情報はstateに保持されるのか？ どうも、ちゃだいん（@chazuke4649）です。 「なんかいい感じに無視してくれるignore_changes、正しい動きを理解してる？雰囲気で理解してることない？」 詳しい人から教えてもらってめっちゃ驚いたのでブログに書きます。 先にまとめ ignore_changesはあくまでTerraformコードによるstateの変更を無視するだけ。state上の値が以後変更されないことを保証するものではない 現にその値がTerraform外で変更された場合、terraform applyによってstateの値は実体に合わせ更新されうる ignore_changesに指定した場合の各AWSリソースの動きの違い SSM Parameter Store は手動で変更したらstateは更

こんにちは！AWS事業本部コンサルティング部のたかくに（@takakuni_）です。 今回は、snyk iac describeコマンドを利用して、Terraformで作ったリソースのドリフト検出をしてみようと思います。 Snyk IaC describeコマンドとは snyk iac describeでは次の2つを検出できるコマンドです。Terraformのtfstate内のリソースとクラウドプロバイダーの実際のリソースを比較して検出するため、CloudFormationで書かれたファイルには使えません。 ドリフト（現在の状態とtfstateとの差異を検出） 該当リソースがIaC（Terraform）で管理されているかどうかを検出 今回は1つめのドリフトを検出してみようと思います。 やってみた 今回は次のコードを使用してドリフト検出を試してみようと思います。 注目いただきたいのが、「en

estie VPoEの青木信(kirin_shi)です。 【 プロフィール】 青木 信（あおき しん） 1991年生まれ横浜育ち。 東京大学数理科学研究科修士課程を修了後、2016年にアクセンチュア デジタル（当時）に入社。 "ビッグデータ"を軸足に、官公庁関連のデータ基盤刷新プロジェクト、小売業界のCRM基盤構築プジェクト、通信業界のグループ会社全体への機械学習プロジェクトなど複数の案件に従事。2019年11月よりestieへVPoEとして参画。 コロナ禍でとてもかわいいハリネズミのerizoと棲み始めた。 私は、2歳過ぎのハリネズミのerizoと暮らしています。ハリネズミは室温をかなり丁寧に管理してあげないと命の危険があるのですが、最近この仕組みを感温ヒーターとNature Remo連動のエアコンで冗長化したので、安心して眠ったり外出したり出来るようになりました。冗長化は安眠の元だなと

こんにちは。クラメソのスジェです。 ほとんどのサービスにはベストプラクティス（=best practices）というのがあります。 そのサービスを利用する際、このベストプラクティスを守るとより効率的に性能を100%活用することができます。 もちろんterraformにもこのようなベストプラクティスがあります。 今回はこのベストプラクティスについて整理してみました。 参考資料 本記事は下記の資料を参考にして作成しました。 本記事ではほとんどのプロジェクトに活用できる程度の項目を紹介しています。つまり、ベストプラクティスについて軽く説明している感じなので、詳細な内容までは上記の資料をご参照ください。 また、紹介した資料以外にもベストプラクティスを調べてみたら、たくさんの資料がありますので、そちらもあわせて確認することをお勧めします。 読む前に 実際にベストプラクティスをプロジェクトに適用しよう

Amazon Web Services ブログ CDK for Terraform on AWS 一般提供 (GA) のお知らせ この記事は”Announcing CDK for Terraform on AWS”を翻訳したものです。 2 年前、 HashiCorp 社と AWS CDK チームが Cloud Development Kit for Terraform (CDKTF) の共同開発を開始しました。 CDKTF はオープンソース (Mozilla 2.0) として提供され、 Terraform を利用したクラウドインフラの構築をより開発者フレンドリーなものとするツールとなっています。ここ 2 年間で多くの企業が、クラウド開発を簡素化し、開発者が好みのプログラミング言語でインフラストラクチャを定義およびプロビジョニングを実現するワークフローツールの AWS CDK や CDK f

.terraform.lock.hcl 完全に理解した / How to update .terraform.lock.hcl efficiently

こんにちは！コンサル部のaayushです。 初めてテラフォームを使う場合は、このブログでコマンドを確認することをお勧めします。 AWSでTerraformに入門 議題 AWSプロバイダを設定されます amazon certificate managerに公開証明書を要求する。 route 53 hosted zoneの詳細を取得する ルートにレコードセットを作成する ACM 証明書の検証 awsプロバイダが適切な認証情報で構成されている provider "aws" { region = profile = } は、amazon 証明書マネージャにパブリック証明書を要求します。 resource "aws_acm_certificate" "acm_certificate" { domain_name = subject_alternative_names = [] validation_

タイトル修正しました。最初「TerraformでIAM Policyを書く方法4つと失敗する方法ひとつ」というものでしたが、失敗する方法は単に私の書き方が間違ってただけでした TerraformでIAM Policyを書く方法は色々とあるので、紹介していきます。 今回は例として、こちらの公式ドキュメントに出てくる以下ポリシーを使いたいと思います。 { "Version": "2012-10-17", "Statement": { "Effect": "Allow", "Action": "dynamodb:*", "Resource": "arn:aws:dynamodb:us-east-2:123456789012:table/Books" } } ファイル外だし policyの中身はtfファイルに書かず、JSONファイルとして外だしします。それをfile関数を使って参照します。 fil

概要 AWSのベスプラ記事に倣って マルチアカウントベースの最小構成Starting FrameworkをTerraformで作成してみることにした （VPC単位ではなくAWSアカウントベースで環境構築することでスケーラブルなシステムが出来上がるらしい ...が、初っ端のOU(Organization Unit)、AWSアカウント作成あたりでだいぶ躓いたのでメモを書いておく Terraformで作ったもの 事前準備 terraform操作する用のIAMメンバー作成 RootのAWSアカウントにAdministratorAccessポリシー付与したグループ作成 そのグループにIAMメンバーを作成する IAMメンバーに用いるメールアドレスはgmailのエイリアスを使ってxxx+admin@gmail.comとか適当な名前使う IAMメンバーのアクセスキーの取得 コンソールから作成したIAMメン

Learn about 5 types of typical Terraform setups from monolithic to microservices infrastructures. In this in-depth talk, Nicki first follows the typical journey of one of OpenCredo's clients to CI/CD (Continuous Integration/Continuous Delivery) and DevOps. She describes how a client's infrastructure often evolves using Terraform, highlighting common pain points and showing typical approaches. Late

はじめに この記事はterraform Advent Calendar 2019の23日目の記事です。 書く書く詐欺が横行してランキングから除外されるの嫌なので、がんばってお茶を濁しますｗ TL;DR terraform を便利に運用維持管理していくために大事なことがいくつかあります それらについてそうすることで なぜ 便利になるのか 何が 便利になるのか、があまり真剣に語られることは少ないです そのせいで初心者に伝わりにくいのかなと思ったので、解消のために言語化する試みです わかってる人は読まなくていいと思います 異論は認める 基本的にはこれから始める人向け、AWSでWeb系アプリケーションみたいな前提で書いています。それ以外の素敵な使い方をしている場合はそれを教えてほしいし、それなら見てないでカレンダーに記事書けよｗ terraform を便利に運用維持管理していくために大事なこと t

以下のエントリで紹介されていたTransit GatewayでVPC間通信を行なう構成を、Terraformを使って構築してみました。 Transit Gatewayを利用してVPC間で通信してみた 構成図 ディレクトリ構造 . ├── .terraform-version ├── _main.tf ├── file │   └── trgw-sandbox-local-bastion-keypair.pub ├── modules │   ├── ec2 │   │   └── ec2.tf │   ├── transit-gateway │   │   └── vpc-attachment.tf │   └── vpc │   └── vpc.tf ├── ec2.tf ├── transit-gateway.tf └── vpc.tf ※ 以下を参考にディレクトリ移動だけで一時クレデ

こんにちは。かたいなかです。 現在関わっているプロジェクトで、Terraformの適用をイイ感じに行う方法を検討しています。 そのなかで、GitHubのPRコメントのコマンドでTerraformのplanやapplyを行う、Atlantisというツールが良さそうだったのでご紹介します。 Atlantisとは Cloud Posseにより開発されている、GitHub/GitLab/BitBucketのPull Request上のコマンドでTerraformのワークフローを実行するツールです。 Atlantisを使用すると、例えば以下のような開発フローが実現できます Terraformのコードを変更し、GitHub上でPull Requestをオープン 開発環境と本番環境それぞれのディレクトリで plan が自動で実行され、結果がPR上にコメントとして追加 PR上からコマンドで変更を開発環境に

だいぶ遅くなりましたが10/2に行われたTerraform meetup tokyo#2に参加してきたので、その参加レポートです。 terraform-jp.connpass.com 当日はTwitterが不調で、実況がままならない時間帯もありましたが面白かったです。当日の様子がトゥギャられてるので、こちらもどうぞ。 togetter.com 個々のアプリのリポジトリでTerraformを管理している話 アプリケーションごとにTerraformのコードを分散管理するお話でした。 普通？のTerraform管理方法 hoge-terraformリポジトリみたいな共通リポジトリ Speee（Uzou）さんでのTerraform管理 アプリケーションコードと一緒に管理している 歴史的にフルスタックエンジニアが多い 今の組織状態であればメリットが大きい 影響範囲のわかりやすさや、Planの早さは嬉

Terraform入門資料(v0.12.0対応) ~基本知識から設計や運用、知っておくべきtipsまで~AWSIaCTerraformインフラのコード化 はじめに 今日は体調がよろしくないので、大人しく勉強会用のTerraform入門資料をしこしこ作る。。オライリーのIaC本読み返しながら — nari@BOOTHで好評発売中「GoとAWS CDKで作る本格SlackBot入門」 (@fukubaka0825) October 6, 2019 こんにちは。Wano株式会社のnariと申します。 本日、WanoグループでTerraform入門をテーマとした勉強会を行いました。 その際使用した勉強資料を、Qiitaに一般公開いたします。 対象参加者(読者) インフラのコード化ってよく聞くけど、よくわからんって方 インフラのコード化に興味がある、Terraform触ってみたい方 Terrafor

リンク connpass Terraform meetup tokyo#2 (2019/10/02 19:00〜) ## Terraform Meetup Tokyo#2 みんなでTerraformの活用・運用方法について語り合いましょう！ ## 会場 オイシックス・ラ・大地の会議室で行います。 会場までの道案内のページもあるので参考にしてください。 19時に入館口が閉鎖されてしまう為、お早めにお越しください。 ## スポンサー 今回もHashiCorp様がフードスポンサーをしてくださいます。ドリンクとお菓子・軽食が用意されます。 ## Timetable time | contents ---|--- 18:30 | 1 user 8 Takeshi Kondo @chaspy_ LT枠に応募されて抽選に漏れた方はそのまま本編に参加できます。また、本編終了後、懇親会の時間でよければLTの