Terraformのimportブロックを使ってRoute53のレコードをインポートする
はじめに AWSコンソールから手動でRoute53のレコードを作成した後に、Terraformコード管理にしたくなりましたので、 import ブロックを使ったやり方を調査、検証してみました。 import ブロックとは Terraformにはv1.5.0から import ブロックというものが実装されておりまして、Terraform以外で作成されたリソースをTerraform管理化に移行するための機能です。それより以前のバージョンではterraform import コマンドを使ってStateを更新する必要がありましたが、 import ブロックを使えば terraform import コマンドの実行は不要になります。 また、v1.6.0からは import ブロックの中で静的な値以外に、変数や他の値を参照する式が使えるようになったようで、より使いやすくなりました。 事前準備 検証のた
Terraform で Amazon ECR のライフサイクルポリシーを設定する - kakakakakku blog
Terraform で Amazon ECR リポジトリのライフサイクルポリシーを設定するときに aws_ecr_lifecycle_policy リソースのドキュメントを読むとヒアドキュメントを使った例が載っている📝 個人的にはヒアドキュメントを使いたくなく，他の実装案を考えながら試してみた❗️ aws_ecr_repository | Resources | hashicorp/aws | Terraform Registry aws_ecr_lifecycle_policy | Resources | hashicorp/aws | Terraform Registry 1. ヒアドキュメントで直接書く まずはドキュメントに載っているヒアドキュメントの例を試す．今回はサンプルとして Policy on tagged image のライフサイクルポリシーを使っている．ヒアドキュメント
Terraform state mvコマンド,movedブロックでリファクタリング
Terraformには元々 state mv という状態情報を更新できるコマンドがありました。 一度決めたリソース名のリネームやリソースを別のモジュールへ変更（移動）できて、リファクタリングにはとても便利でしたが、チーム運用の観点から考えるとレビューがやりづらいという弱点がありました。 しかしTerraform v1.1 にてmovedブロックなるものが登場して、この弱点が解消されたようです。 僕も最近Terraformをリファクタリングをする機会がありmovedブロックを使ったのでメモっておきます。 state mvコマンドでリソースを別モジュールへ移動 まず基本的な挙動を理解するためにstate mvコマンドでリソースを移動します。 aws_vpcリソースとaws_subnetリソースの2つのリソースをvpcモジュールにまとめて定義していたものを、aws_subnetリソースのみsub
認定資格 HashiCorp Certified: Terraform Associate の対策にも使える「Terraform の教科書」を読んだ - kakakakakku blog
2024年3月21日に出版された「Terraform の教科書」を読んだ📕 本書は「これから Terraform に入門したいと思っている初学者」に特におすすめできる一冊だった．また本書では原著と違って，2024年1月にリリースされた Terraform v1.7.0 をベースに修正されていて，情報の鮮度が意識されているのも素晴らしかった👌 Terraformの教科書 (Compass Booksシリーズ) 作者:Ravi Mishraマイナビ出版Amazon 目次 Part 1: 基礎知識 1章: IaC を知る 2章: Terraform のインストール Part 2: コア・コンセプト 3章: Terraform をはじめよう 4章: Terraform へのディープダイブ 5章: Terraform CLI 6章: Terraform のワークフロー 7章: Terraform
Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita
3/30 に X で Terraform がトレンド入りしていて何事かと思ったら Terraform が公式ドキュメントとしてスタイルガイドを出したようです。 Terraform Style Guide いままで Terraform のスタイルに関して信頼できるドキュメントといえば Google Cloud の Terraform を使用するためのベスト プラクティス ぐらいしか知らなかったのですが、 Terraform 公式がようやく出してくれてありがたい限りです。 これでわざわざ社内の Terraform 規約を設けずとも「公式ドキュメントに従いましょう。」の一言で済みます。 ということで一通り読んだのでまとめました。 原文だと構文の簡単な使い方なども書いてありますが以下の要約ではだいたい省略しています。 詳細は原文を読んで確認してください。 要約 スタイルガイドについて コードのスタ
Terraform Cloudの認証情報にIAMロールを使用してAWSを構築する | LAC WATCH
クラウドインテグレーションサービス部 吉川です。 昨今、データの管理・制御やデータの局所性の確保、コストの最適化などの理由からマルチクラウドや、Infrastructure as Code（以下、IaC）への関心が高まり、TerraformをIaCツールとして選定する機会が増えてきました。しかし、TerraformでAWS環境を構築する場合、認証情報としてアクセスキーが必要になるため、敷居が高いと思う人も多いのではないでしょうか。 アクセスキーはなるべく使わない方針とする理由の一つに、万が一アクセスキーが漏洩してしまうと、AWS環境へ不正にアクセスされる恐れがあるため、顧客情報の漏洩や高額な利用料を請求されるといったセキュリティリスクがある点が挙げられます。また、アクセスキーを払い出すと、キーのローテーションや、漏洩の検知、キーを削除する仕組みなどを作りこむ必要があるため、時間やコスト、人
Terraform 1.5 で追加される import ブロックの使い方
先日 Terraform v1.5.0-beta1 がリリースされました。 NEW FEATURES を眺めてみると、どうやら import ブロックというものが追加されているみたいです。 今までは既存のリソースを Terraform の管理下に追加するためには terraform import コマンドを使用して 1 つ 1 つ import する必要がありました。 import ブロックを使用することでリソースの import を宣言的に実行することができるようになりました。 というわけで試してみました。 ( この記事とは関係ないですが check ブロックも気になりますね。 ) 検証環境 Terraform v1.5.0-beta1 サンプルコード 今回紹介するコードは以下のリポジトリで管理しています。 試してみる 準備 手作業でリソースを作成 検証するための AWS リソースを作成
Terraform を使用するためのベスト プラクティス | Google Cloud
フィードバックを送信 Terraform を使用するためのベスト プラクティス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このドキュメントでは、複数のチームメンバーやワーク ストリームで Terraform を使用した効果的な開発を行うためのガイドラインと推奨事項について説明します。 このガイドでは Terraform の概要は説明しません。Google Cloud で Terraform を使用する方法については、Terraform を使ってみるをご覧ください。 スタイルと構造に関する一般的なガイドライン 以下の推奨事項は、Terraform 構成の基本スタイルと構造を対象としています。この推奨事項は、再利用可能な Terraform モジュールとルート構成に適用されます。 標準のモジュール構造に従う Terraform モジュールは、標準のモジュ
正式リリースになった AWS SAM CLI の Terraform サポート機能を試す - kakakakakku blog
2023年9月5日に AWS SAM CLI の Terraform サポート機能が GA （正式リリース）になった👏 Amazon API Gateway や AWS Lambda 関数などサーバーレス関連のコンポーネントは Terraform で統一的に管理しつつも，AWS SAM CLI の開発支援機能（sam local invoke コマンドや sam local start-api コマンドでローカルデバッグ）は使いたい❗️という場面はあって非常に便利な組み合わせだと思う． aws.amazon.com 実際にどういう開発体験なのかを確認するために AWS ブログに載っていたサンプルを試してみる ＼( 'ω')／ aws.amazon.com 検証環境 今回は macOS 上で SAM CLI 1.97.0（最新）と Terraform 1.5.7（最新）を使う． $ sam
Terraform 実行中のAWSリージョン、アカウントIDやメタデータ的なのをいろいろ取得する
Terraformを書いていると動的にAmazon リソースネーム (ARN)を記述したり、今実行しているリージョンを変数名やAWSの何かのリソース名に定義したくなることがあります。 その場合、data ブロックで特定のタイプを使用することによって必要な情報を簡単に取得できます。 実際に自分がよく使うのは表題に挙げたリージョンやアカウントIDなど限られた項目のみですが、せっかくなので公式に記載されているデータタイプを一通り確認してみました。 データタイプ一覧 各データタイプを宣言して、それぞれoutputブロックで出力して確認していきたいと思います。 aws_region現在、Terraformを実行しているリージョン（providerブロックで指定したリージョン）を取得できます。 # ソースコード data "aws_region" "now" {} output "aws_region
10分で理解するTerraform - Qiita
Terraform とは インフラストラクチャ定義ツール に分類されるツールで、クラウド上のリソースを定義ファイルの状態になるように生成・操作してくれます インフラの構成を宣言的に定義できるところが特徴で、構築手順を書くのと違って構成定義のみに集中することができます ※宣言的に定義できる とは「t2.micro インスタンスを1つ」と書くだけで、作成手順を意識しなくてもその通りに出来上がるということです 単純にスクリプト化するだけだと、手続き的に構築手順を書く必要があります Vagrant を開発している HashiCorp社 が開発しているツールなので使用感は Vagrant と同じような感じです TL;DR .tf ファイルに定義内容を記述し、$ terraform apply を実行するだけで定義内容の通りに自動でインフラを構築してくれます インストール 以下に従って OS 毎のビル
Terraform × GCP 入門 - Qiita
はじめに Terraformを扱い始めて2ヶ月ぐらいたったので、Terraformチュートリアル的なものをハンズオン形式でまとめました。 Infrastructure as Codeやりてぇ！と思った方の事始めとなれば幸いです。 公式のチュートリアルが公開されているのですが、AWSのみでGCPに関するものは掲載されていません。 よって今回はGCP上でTerraformからリソースを管理する流れをみる、という目標でやっていきたいと思います。 想定している読者 以下のような事象に心当たりのある方を想定しています。 Terraformを初めて触る GCPをちょっとだけ触ったことがあり、リソースの作成を自動化したい いい感じにリソースを管理したい気持ちになった 実行環境 実行環境をまとめました。 Cloud SDKについては入っている前提とします。 まだインストールできていない場合はこちらを参考に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSで始めるHCP Terraform入門