テクノロジー
Infrastructure as Code - naoyaのはてなダイアリー

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

Infrastructure as Code - naoyaのはてなダイアリー

テクノロジーカテゴリーの変更を依頼記事元:

naoya-2.hatenadiary.org

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

533usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

Infrastructure as Code - naoyaのはてなダイアリー

533 users

naoya-2.hatenadiary.org

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント71件

注目コメント
新着コメント

ryuzeeうひゃ、おいらが@naoya_ito のブログに登場している...!!

2013/12/15リンク

その他

toshiwowikiにまとめた手順でもなく、”実行できるcode”というのがすばらしい！(手順は実行時、人故にミスる)

2013/12/15リンク

その他

teppeisこのプルリクでレビューするときには既にテスト完了してグリーンになっている感覚、やった人しか伝わらないんだよなー。

infra

2013/12/15リンク

その他

otahiいつもこれでだよな。。「テストをせずに本番環境に変更を加えることは、エイヤっと清水の舞台から飛び降りるようなものだ。インフラの世界ではまあそういうことが日常的に行われているような現場も多く、みんなびく

2013/12/15リンク

その他

iakioDatabase Migrationも同じような話だよね。いつ、誰が、どんな理由で変更したのかを記録する。ソースコードでは当たり前のことを、その外側まで範囲を広げよう

2013/12/15リンク

その他

t-wadaインフラへの変更をPRにすると変更内容のレビューも出来るし、検知したCIサーバが自動で仮想サーバを上げてserverspecを流し、テストが通るとCI緑マークがついてあとはマージボタンを押すだけ。

2013/12/16リンク

その他

minamishinjiようやく読んだ。そういう話か。Infrastructure as Code って表現が正しいのか分からないけど、面白い考え方。

2014/10/18リンク

その他

kongou_aeそうではなく石橋を叩いて渡りましょう。でも、石橋を叩いた結果、牛歩で歩かないといけないのは嫌だ。だったら超高速に石橋を叩けばいい･･･そこでインフラの継続的インテグレーション。

インフラ

2014/03/25リンク

その他

keepkeptkeptアプリケーション開発でやってるワークフローをインフラチームに取り入れるっていうのは、Infrastructure as codeのメリットを説明する上で、なんか一番しっくりきた。

2014/01/14リンク

その他

ebo-c超高速石橋叩き→壊れても石橋は無限に作り直せるし

2013/12/23リンク

その他

taninsw"超高速に石橋を叩けばいい･･･そこでインフラの継続的インテグレーション"

2013/12/21リンク

その他

hfu「石橋を叩いて渡りましょう。でも、石橋を叩いた結果、牛歩で歩かないといけないのは嫌だ。だったら超高速に石橋を叩けばいい･･･そこでインフラの継続的インテグレーション」

2013/12/18リンク

その他

amazedkoumei本旨とはややずれるけど GitHub issues はほんとよくできてるなーと改めて思った

2013/12/18リンク

その他

sonesuke■ Infrastructure as Code (via@Pocket)

2013/12/17リンク

その他

int128"ワークフローの変革"

2013/12/17リンク

その他

kasedac”…インフラをすべてソフトウェアとして、コードで扱うことでアプリケーション開発で行われてきたいろいろな "ワークフロー" をインフラ作業の世界にも導入しましょう"

2013/12/17リンク

その他

riywo当たり前のことになりつつあるけど、実際できない現実との向き合い方が知りたい

2013/12/17リンク

その他

atottoInfrastructure as Code！いいことたくさん

2013/12/17リンク

その他

akachochin開発のあり方はこれまでにないくらい変わっている。変化に追随しつつ、変わらない基礎をしっかり押さえる。”プログラマ”は言語だけ知っていれば良いという考え方は許されない。

エンジニアの仕事

2013/12/16リンク

その他

moomindani自動構築が大事なんじゃなくてワークフローの変革が大事、と。

2013/12/16リンク

その他

sancheryDevOps

2013/12/16リンク

その他

h5y1m141世の中のWeb系企業でこういうのが割と出来てる・これからやろうとしてる・やろうとすらしないの割合どの程度なんだろう？？出来てる所の人はアテがあるから、やろうとしてる所の中の人がいればトークイベント出来そう

2013/12/16リンク

その他

2013/12/16リンク

その他

OKIIZOchefアンチパターンであるところのレシピの再発明してるのか

2013/12/16リンク

その他

hidex7777超高速で石橋を叩く

2013/12/16リンク

その他

richard_rawインフラの構成変更をコード化する話。なんという未来感。

2013/12/16リンク

その他

tgk単にサーバー構成変更を自動化しましょうという話ではなく、インフラをすべてコードとして扱うことでアプリケーション開発で行われてきたいろいろなワークフローをインフラ作業の世界にも導入しましょうということ

運用

2013/12/16リンク

その他

moronbeeすごい未来感。

github

2013/12/16リンク

その他

cs_sonar普段思ってる事を言葉にするとこれだった。“冪等性とかオーバースペックな部分は必要ないけど、Infrastrcture as Code なワークフローは維持したい”

2013/12/16リンク

その他

pullphone“超高速に石橋を叩け”

2013/12/16リンク

その他

masutaka26 CircleCIまで設定すれば、自分だけがいじるサーバにPull Request出す意味はありそう。たまに整理の意味で出すけどね。

2013/12/16リンク

その他

naka-06_18イイネ

DevOps

2013/12/16リンク

その他

tboffice未来だな。追いつかないと

2013/12/16リンク

その他

honeybe「だったら超高速に石橋を叩けばいい」！

2013/12/16リンク

その他

TokyoIncidents「ワークフローの変革」老害ほど受け入れたがらないんだろうな

2013/12/16リンク

その他

gologo13リリースがコード化でき、管理できるのは健全な状態

2013/12/16リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「Infrastructure as...」が注目されています。

気持ちをシェアしよう

ツイートする

Infrastructure as Code - naoyaのはてなダイアリー

今年の3月に入門Chef Solo - Infrastructure as Code という本を書いた。その名の通り Chef の入門書...今年の3月に入門Chef Solo - Infrastructure as Code という本を書いた。その名の通り Chef の入門書なのだけど、このサブタイトルは "Configuration Management Tool (構成管理ツール)" でもなく "Provisioning Framework (プロビジョニングフレームワーク)" でもなく、はたまた "Automated Infrastructure (自動化されたインフラ)" でもなく、"Infrastructure as Code" にした。この一年で Chef や Puppet にはずいぶんと注目が集まった。おそらく、AWS をはじめとするクラウドサービスがより広いユーザーに浸透したことで仮想化環境が前提になって、以前よりも頻繁にサーバーを構築し直したりする機会が増えたとかその辺がひとつ理由として挙げられると思う