私は Infrastructure as Code をわかっていなかった - メソッド屋のブログ
私はここ１週間ほど、同僚の David の一言で Infrastructure as Code について頭が大混乱状態でした。 それは次の一言です。 Chef や Puppet は大体の部分は Infrastructure as Code じゃないよね。ARM (Azure Resource Manager) はそうだけど。 ただ、Chef-Provisioning は Infrastructure as Code だよね。 もう頭が大混乱です。なんとなく言わんとしていることはわかりますが、私は今まで Chef とか、Puppet とか、Ansible とかで やっているようなことが、Infrastructure as Code と思い込んでいましたが、何か間違っていたのでしょうか？そういえば、 Chef はConfiguration Management Toolと紹介されていたなとか頭
Infrastructure as Code(IaC)について、今更ながら調べました - Qiita
Infrastructure as Code調べてみました いまさらながら、Infrastructure as Codeについて調査しました。 Infrastructure as Codeって？ インフラ構成をコードにしておくことです(そのまんま）。 ミドルウェアのインストールや、設定変更などを、 一度実行できれば、再利用性の高い「コード」にして、 バージョン管理できる形で残していこう、というのがキモだと思います。 組織でバージョン管理を利用していないとかだと、メリットを活かしきれません。 メリット ヒューマンエラーが激減 都度、マニュアルに従ってやっていたのでは、 (僕のようないい加減な)人間だと、変更したのにマニュアルを更新しなかったり、 特定のサーバに対して変更しわすれていたり、ということが起こりえます。 また、マニュアルで管理している場合だと、日本語の意味がわからないことや、 手順
Infrastructure as Code - Wikipedia
Infrastructure as Code（IaC） はコンピューティング・インフラ（プロセス、ベアメタルサーバー、仮想サーバーなど）の構成管理・機械処理可能な定義ファイルの設定・プロビジョニングを自動化するプロセスである。定義されたファイルはバージョン管理システムで保持することもある。従来、手動のプロセスではなくスクリプトや宣言的な定義によって行われていたが、IaCの開発は今では、宣言的なアプローチに焦点が当てられている[1]。 概要[編集] IaCは、2つの破壊的な技術（ユーティリティコンピューティングと第2世代のWebフレームワーク）の難点に対処することで成長した。以前は、このようなスケーラビリティーの問題は巨大企業でしか見つかっていなかったが、今では多くの企業で広がっている。具体的には、2006年に新しい課題が最前線にもたらされて、技術産業を揺るがした：Amazon Web Se
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
