「Terraformテスト入門」というタイトルでDevelopersIO 2024 Odysseyに登壇しました #cm_odyssey #devio2024 | DevelopersIO
DevelopersIO 2024 Odyssey Day9(7/24)にて、「Terraformテスト入門」というタイトルでお話ししました。 登壇資料 おわりに Terraformのテストについてお話しました。テスト手法もツールも色々あります。 今回の発表で、ざっくりイメージつけてもらえたら幸いです。 今回紹介したほとんどのツールや機能は無料で使えます。 興味を持った方は、実際に機能やツールを触ってみてください。 今回参考にさせていただいた、以下の資料もぜひチェックしてみてください。 書籍: 詳解Terraform(9章) HashiCorp Blog: Testing HashiCorp Terraform 以上、AWS事業本部の佐藤(@chari7311)でした。
[登壇レポート]「やさしいTerraform Module入門」というタイトルで登壇しました | DevelopersIO
はじめに 先日、「JAWS-UG東京 ランチタイムLT会 #7」にて登壇させて頂きました。 初LTで緊張しましたが、とてもいい経験になりました。 今回の資料は図がメインだったので、このブログで文字情報を追加したいと思います。 また、時間の都合上スライドに差し込めなかったページを追加しています。 資料 登壇の資料はこちらです。 この資料の対象者 この資料はTerraform moduleの初心者向けの資料です。 今回のLTは私がTerraformを触り始めた頃に躓いたことを共有したい！という思いから登壇させて頂きました。 Terraformを始めたけどmoduleがよく分からない！という方はぜひ参考にして頂けると嬉しいです。 moduleのベストプラクティスや、設計思想的なことは話していません。 初心者の悩み Terraformでmodule構成を始めた時、何度terraform planを
![[登壇レポート]「やさしいTerraform Module入門」というタイトルで登壇しました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/5df2930f2bca6fd75e3c540bcc0daf90b3f4b343/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F09%2Fterraform-2.png)
Terraformの最適（≠最強）なディレクトリ構成を考えてみた
はじめに 私が起業して自社の Web サービスインフラを新規構築 & IaC するにあたり、Terraform を採用しました。 基本的な Terraform の知識を学んだ後、早速開発に取り掛かったのですがそこで Terraform のディレクトリ構成をどうするかという問題に直面しました。 自分なりに資料を漁ったり、実際に開発するなかでブラッシュアップしながら最適なディレクトリ構成を検討したのでご紹介します。 ディレクトリ構成の前提条件 ディレクトリを検討するにあたり、以下の自社 Web サービスの特性を前提条件としました。 小・中規模のシステム 十数個程度の AWS サービスを組み合わせて作るシステム ２つ以上の環境を使用する dev/prod 環境が必要 システム全体で見ると各環境間でリソースの差分ははあるが、AWS サービス単位やまとまった機能単位でみると差分がない箇所もある 上記
OIDCを介してTerraform Cloudをよりセキュアに使ってみる
みなさん、こんにちは！ そろそろ新卒と名乗るのもおこがましい気がするオバカムです。 オバカムがいるチームでは、インフラの管理にTerraform Cloudを使っています。 Terraform Cloudから管理対象のリソースへのアクセスには(当然ながら)認証情報が必要になります。 昨今、永続的な認証情報はセキュリティリスクとして受け取られるようになってきているため、例えばOIDCを利用して一時認証を使うなど、永続的な認証情報を避ける方法が重要視され始めています。 というわけで今回はTerraform CloudとOIDCにまつわる小ネタをいくつか紹介します！ 今回は管理リソースはAWSとGoogle Cloudにあることを前提とします。1 OIDCを利用したTerraform Cloudでのリソース管理の概略図は以下を想定します。 以下のような流れで一時的な認証情報を取得します。 Ter
一般的なスタイルと構造に関するベスト プラクティス | Terraform | Google Cloud
このドキュメントでは、Terraform 構成の基本的なスタイルと構造に関する推奨事項について説明します。これらの推奨事項は、再利用可能な Terraform モジュールとルート構成に適用されます。 このガイドでは Terraform の概要は説明しません。 Google Cloudで Terraform を使用する方法については、Terraform を使ってみるをご覧ください。 標準のモジュール構造に従う Terraform モジュールは、標準のモジュール構造に従う必要があります。 デフォルトでリソースが配置されている main.tf ファイルを使用してモジュールを起動します。 すべてのモジュールに、Markdown 形式の README.md ファイルを含めます。README.md ファイルに、モジュールに関する基本のドキュメントを含めます。 例ごとに個別のサブディレクトリを使用して、
Welcome - Terraform Best Practices
<�Ǫ� `��Ǫ� is powerful (if not the most powerful out there now) and one of the most used tools which allow management of infrastructure as code. It allows developers to do a lot of things and does not restrict them from doing things in ways that will be hard to support or integrate with. Some information described in this book may not seem like the best practices. I know this, and to help readers
hashicorp/hcl2 を使って独自 DSL を定義する - tellme.tokyo
HCL2 とは HCL (HashiCorp Configuration Language) は HashiCorp によって作られた設定言語です。 HCL の目的はコマンドラインツールで使用するために、人間からも機械からも扱いやすく構成されていて、かつ特に DevOps ツールやサーバーなどを対象とした構造化構成言語であることです。 実装は hashicorp/hcl にあります。 実はこれの他に同時に Version 2 の実装も目下開発中のようです。 hashicorp/hcl2: Temporary home for experimental new version of HCL このリポジトリでは HCL が元から持つ iteration と補間言語 HIL を組み合わせて、任意の式をサポートする単一の構成言語を目指しているようです。 要するに、設定ファイルでありながら、演算処理
Terraform職人再入門2020 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2020 の11日目の記事です。 3年ほど前に、「Terraform職人入門」という記事を書きました↓ Terraform職人入門: 日々の運用で学んだ知見を淡々とまとめる この記事は多くの人に読んでいただきましたが、当時のTerraformのバージョンはv0.11で、2019年5月にリリースされたv0.12以降のHCL2にも対応しておらず、またその後の周辺のエコシステムの変化などもあり、情報がずいぶん古くなってしまった感は否めません。また当時紹介した解決方法よりも、今ならよりよい解決策を知っているものもあります。未だに過去の記事にLGTMをもらうたびに、うれしさ半分と同時に、なんとなく心苦しい気持ち半分でした。 というわけで、「Terraform職人再入門2020」と題して、当時から差分のあった箇所を中心に、運用
Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita
ブロック本体の中に引数とブロックの両方が一緒に現れる場合は、引数をすべて一番上にまとめて配置し、その下にネストされたブロックを配置する。引数とブロックを区切るには空行を 1 行使う。 ブロック内の引数の論理的なグループを区切るには空行を使う。 引数と "メタ引数"（Terraform 言語セマンティクスで定義）の両方を含むブロックでは、メタ引数を最初に列挙し、空行 1 行で他の引数と区切る。メタ引数ブロックは最後に配置し、他のブロックとは空白行で区切る。 resource "aws_instance" "example" { # meta-argument first count = 2 # 要約追記： = の位置が揃っていないと思ったけど terraform fmt をかけてもこの位置になることを確認済み。 ami = "abc123" instance_type = "t2.micro
🎅terraformで理解する、"Fargate"と従来型ECSとの違い🎅 ·
🎄 このエントリはAWS Fargate Advent Calendar 2017の8日目の記事です 🎄 従来型ECS(EC2/ECS)とFargateの違いについて、 .tfファイルの差分を見ることで理解を深めよう!! という試みです。 このエントリでは、以下のような流れで説明していきます。 step1. terraformでバーーンとインフラ一式(ECS含む)を立ち上げ step2. terraformでstep1の状態からバーーンとFargateに移行 step3. step1とstep2の.tfファイルのdiffを眺める!👀 🙊 この記事執筆時点での事情 まず、そもそもterraformはFargateをサポートしているのか？ という大事な話がありますが、 12/8時点で、masterではサポートしているようです!!🎉 ECS Fargate Support by apr
Terraform & Packer での運用におけるサーバの構成変更 - LIVESENSE ENGINEER BLOG
Packer / Terraform による構成管理 Packer による AMI の作成 Terraform でのインスタンス起動時の user-data の利用 Terraform でのサーバの入れ替えの為の設定 / 作業 Auto Scaling グループに対する ELB 付け外しの利用 autoscale.tf elb.tf codedeploy.tf variables.tfvars 実際のオペレーションの手順 1. green の設定変更 / 起動 2. green サーバ群を本番 ELB に設定 3. blue サーバを本番 ELB から切り離す 4. blue の台数を 0 に 実際に運用してみて 課題や今後 まとめ こんにちは、エンジニアの野本です。先日、door 賃貸をオンプレから AWS に移行した際、Terraform & Packer を中心に行ったという話を紹介
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IaCのベストプラクティス/Best practice of IaC
terraform hcl2 - Google 検索