DNSimpleをTerraform+GitHub+CircleCIで管理する - Qiita
処理の流れとしては次のような感じ。 GitHubにpushされるとCircleCI上でterraform planが走る そのPRがmasterにマージされるとterraform applyが走る Terraformのテンプレート まずはdnsimpleプロバイダについて記述する。 variable "dnsimple_email" {} # 環境変数TF_VAR_dnsimple_email variable "dnsimple_token" {} # 環境変数TF_VAR_dnsimple_token provider "dnsimple" { token = "${var.dnsimple_token}" email = "${var.dnsimple_email}" } DNSimpleに接続する際のtokenとemailをTerraformに渡す必要があるのだけれど、それらはリポ
CircleCIで任意のツールをインストールして使う際の定番スニペット - tehepero note(・ω<)
2015-03-05 CircleCIで任意のツールをインストールして使う際の定番スニペット CircleCI CI 春ですね！というわけで懲りずにCircleCIネタを投下していきます。 CircleCIのコンテナにはJavaやらNodeやらRubyとかのランタイムがあらかじめセットアップされていますが、当然欲しいものがなかったりするので自分でコンテナにセットアップしてやる必要があります。しかし、CircleCIのコンテナはビルドが終われば破棄されてしまうので、毎度コンテナを立ち上げるためにセットアップしてやらなくてはなりません。 独自にツールをインストールする際に留意するべき点は以下のことですね。 cache_directoriesを使い、2回目ビルド以降のダウンロードをしない cacheをリストアしたディレクトリが空であれば、ダウンロードしてアーカイブを展開 ツールを使うための必要な
Terraform + GitHub + CircleCI + Atlasを利用してAWSの操作を自動化した - Glide Note
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
