Mitchell Hashimoto氏とのQ&A - ConsulとTerraformによるオーケストレーション
QCon New York 2015でMitchell Hashimoto氏は，大規模ソフトウェアシステムの安全なデリバリという究極の目標に対して，インフラストラクチャのプロビジョニング，コンテナベースあるいはクラウドアプリケーションのライフサイクル管理といった作業のオーケストレーションを行う上で，HashiCorpのTerraformやConsulなどのツールをどのように利用するか，というテーマを論じた。 HashiCorpの共同創業者で，VargrantやPackerの開発者であるHashimoto氏の講演は，ソフトウェアシステムというコンテキストにおけるオーケストレーションの究極的な目標は，大規模なアプリケーションを安全にデリバリすることにある，と述べることから始まった。アプリケーションのパッケージング，イメージ記録，実行といった問題に対する解決策がコンテナ技術だ。例えばDocker
terraformを使ってAWS環境を構築する | feedforce Engineers' blog
お久しぶりです。tjinjinです(╹◡╹) 最近じめじめしていますね。梅雨あけると夏ですよ！！夏アニメが始まりますよ！！ ということで、PV見た感じの私のおすすめは六花の勇者です！”りっか”ではなく”ろっか”です！ AWS環境のコード化 弊社ではAWS環境の構築を管理コンソールでの温かみのある作業やRakeTaskで行ってきましたが、サービスを新規で立てるのに時間がかかるという課題があり、AWS環境もコード化したいという思いがありました。インフラチーム内で検討した結果、 名前がかっこいい コードが読みやすいということで一部サービスでterraformを採用し始めています。 terraformを使って行く中で、何点か壁にぶち当たったので情報共有できればと思います。 terraformとは？ 一言で表すとインフラ構成をコード化することのできるツールというところでしょうか。みんな大好きHash
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ページを開く
