Womanという野菜ジュースが配られた。ありがとうございます。当日はLT7本に加えて、間でワールドカフェが行われた。ワールド・カフェ・ネット当日は、参加者が6名ずつのグループに別れてTerraformについて自由に対話する場が設けられた。懇親会の場ではない中で他の参加者の方々と話する場が設けられたのはよかった。CloudやTerraformの認定試験のご紹介だった。Cloudには無料利用枠がありそこで使える機能等についてご説明いただいた。専用のリポジトリになっている事が多いと思われるが、Speee様のUZOUではアプリケーションコードの中にTerraformディレクトリを切ってTerraformコードを置いているらしい。メリットとしては、アプリケーションが利用するインフラリソースがわかりやすいとかアプリとインフラの変更レビューを一緒にできるとか。デメリットとしては、インフラ構成全体の把握に時間がかかるとか書き方にムラが出やすいとかがあるらしい。「インフラ構成全体の把握に時間がかかる」というのは各サービスが1つのAWSアカウント内にあるということなんだろうか。Speee様のUZONのチームにはインフラチームがないとのことなので、開発チームがアプリもインフラも管理している、ということかと思うが、スキルセット的には理想的だと思った。APIがある外部サービスはTerraformで管理できますよプロバイダーのない外部サービスは画面ポチポチするしかない、、そんなことはないです、カスタムプロパイダーを自作して解決しましょう!というお話でした。Twillioのプロパイダーを作成された際の知見を話されました。Providerの存在しないサービスをTerraform管理するお話でした。APIの公開されているサービス(本セッションではTwilio)のTerraformのProviderを自作して管理できるよ、というお話だった。mpon/terraform-provider-twilioAWSやGCPなどでインフラを構築する場合、Terraformで構成管理を行うことができるが、AWSやGCP以外の外部サービスを利用するケースも多い。それらのうち、Providerが存在しないサービスについてはTerraformで一括管理できない。別で画面ポチポチ等...外部APIが公開されているサービスならそれを利用して自分でカスタムProviderを作成でき、TwilioのProviderを作成されたとのこと。実際に作った時の方法(ファイルの構成や参考にしたもの)についてお話されていた。Providerを自作したい、という方は下記の記事が参考になるらしい。febc技術メモ本題と関係ないところで、TerraformのProviderってこんなにたくさん種類があったんですね、と改めて知った。Terraformerみて感動した話Terraformerの概要、簡単な使い方、アーキテクチャの話、最後に、機能追加でPullReqを出されたときの知見のお話だった。GoogleCloudPlatform/terraformerTerraformerのアーキテクチャは大きく以下の3つからなっているらしい。前処理コマンドのParseを行うProviderごとの初期設定を行う対応しているリソースかのチェック、対応していればリソースの一覧を取得してリソースとIDをセットするProviderとの通信の準備を行う。FOLIOのterraform運用tipsFOLIO様でのTerraformを運用するにあたってのTipsのお話だった。定義をわかりやすくするとか、後からチームに入ってきた人でもわかりやすくする状態を把握しやすくすることを心がけておられるようです。TerraformはいろんなAWSのリソースを細かく定義するため全体像が見えにくくなることの対策として、まずはステージング環境で動かす状態にしてその後に全体設計やレビューをおこなっているとのこと。ちなみにTerraformの実行/CIにはAtlantisを使われているらしい。コメントをキャンセルメールアドレスが公開されることはありません。