Help us understand the problem. What is going on with this article?
chef-soloでplenvを使ってPerlをインストールしようとしたけどなかなかうまくいかなかった。 git node['perl']['plenv_dir'] do repository 'git://github.com/tokuhirom/plenv.git' user node['vagrant']['user'] group node['vagrant']['group'] reference 'master' action :sync end directory node['perl']['plenv_dir']+'/plugins' do owner node['vagrant']['user'] group node['vagrant']['group'] mode 0755 action :create end git node['perl']['plenv_dir'
Chef、自社製品群を統合した「Chef Automate」発表。ソフトウェアのデリバリプロセス全体を自動化 Chef Automateは、Chefが提供するソフトウェア製品群を統合し、あらたに可視化ツールなどを加えたものです。 具体的には、データセンター自動化ツールの「Chef」、アプリケーション環境を自動化する「Habitat」、インフラ用テストフレームワークの「inSpec」などで構成され、これらをワークフローで統合して簡単に継続的統合(Continuous Integration)を実現できるようにし、さらに全体を可視化するツールが新しく追加されています。 これにより迅速にITインフラを構成できるだけでなく、コンプライアンスやセキュリティのテストも自動化され、継続的統合のワークフローも整備されることになり、状況が可視化されるおかげで、企業はDevOps環境を容易に構築できるようにな
Chef、アプリケーションを実行環境ごとパッケージングする「Habitat」をオープンソースで公開。仮想マシンやベアメタル、Dockerなどのインフラに依存せず実行可能に 一般的にアプリケーションを実行するには、そのアプリケーションを実行するための実行系やライブラリ、環境変数といった、いわゆる実行環境を整えることが必要です。そして実行環境はアプリケーションの外側にあり、OSやインフラとして整備しておく必要がありました。 例えばアプリケーションをビルドし、テストし、デプロイし、運用していく場合、その環境それぞれでアプリケーションの実行環境を整備する必要があるわけです。 Habitatをひとことで説明するならば、アプリケーションを実行環境ごとパッケージすることで、インフラ側で実行環境を整備する手間を省き、どのインフラでも簡単に実行できるようにしたものと言えます。 ChefのCTOで共同創業者の
Today we launched our new open source project, Habitat, for application automation. We hope you’ll try Habitat and join us in taking automation to the next level. What follows is a blog from Adam Jacob detailing the philosophy behind Habitat and what this new technology delivers – automation that travels with the application. You can watch Adam unveil and demonstrate Habitat here. Why Habitat? Hab
その上で、新しく作り上げた deploy フローについて、雑な絵になりますが概略図を以下に示します。 主要な登場人物は Itamae Auto Scaling CodeDeploy GitHub / Circle CI となります。それぞれ追って説明をしていきます。 https://github.com/itamae-kitchen/itamae Itamae は @ryot_a_rai さんが作られた LightWeight な Chef like な OSS です。Chef で実現できた事のうち、 recipes の部分のみを切り出したようなシンプルなツールになっています。 (こちらの発表資料より引用) 弊社内で蓄積された Chef 関連のリソースを再利用・再整理するために粒度がちょうど良かったこともあり、Itamae を用いて provisioning の定義を書き直すことにしました
https://www.chef.io インフラ環境の構成管理ツール。Ruby製。 アプリケーションのインストールや各種設定を全自動で行える。 かつては皆インフラ環境構築を手動で行ってきたが、 スクリプトや設定ファイル等に記述することで インフラ環境をプログラミング (Infrastructure as a Code) するのが最近のはやり。 似たようなツールとして、Puppet、Ansible 等がある。 http://berkshelf.com Cookbook の管理ソフト。Ruby でいうところの Bundler に該当するもの。 Cookbook 同士の依存関係を解消してくれる。 他の人が作ってくれた Cookbook は下記URLから検索できる。 https://supermarket.chef.io/cookbooks-directory Chef の用語説明 Resourc
はじめに 今までの流れ この記事は以下の2つの記事の内容の続きです。 Vagrant で Ruby on Rails 4 の環境構築 Chef-Solo + Berkshelf による自動環境構築 今回やること Chef-Solo + Berkshelf による自動環境構築 で 自動環境構築の Hello, World! 的なことをやったので、 今度はもう少し実用的なものをインストールしてみる。 具体的には Vagrant で Ruby on Rails 4 の環境構築 で作った環境を Chef-Solo + Berkshelf を使って構築してみる。 インストール先 (Node) Chef-Solo + Berkshelf による自動環境構築 で Emacs をインストールした環境をそのまま流用する。 各種設定 仮想環境の設定 Chef-Solo + Berkshelf による自動環境構
入門Chef Solo - Infrastructure as Code を参考に、Chefを使ってさくらVPSの環境構築を自動化した。 関連記事 ChefとVagrantによる開発環境の構築 Chefでrbenvを使ってRubyをインストールする 前提 サーバの環境構築をChefで自動化する場合、まずはVagrantなどで作成したローカルのVMを使って試行錯誤しながらレシピを開発し、レシピが完成したらサーバに対して実行する、という手順をふむ場合が多いと思う。Vagrantで立ち上げたVMに対してChefでプロビジョニングを行う手順についてはChefとVagrantによる開発環境の構築を参照のこと。 今回作成したCookbook 今回作成したCookbookはGithubに置いてあるので下記リンクを参照のこと。 chef-repo/site-cookbooks/server · tanim
はじめに 前回はChef-SoloとChef-Clientローカルモードを比較し、ローカルホストの収束を行いました。今回はリモートホストを管理するためのKnife-SoloとKnife-Zeroを比較してみます。 Knife-Soloでは次図のように、ローカルファイルシステム上にあるCookbookやAttributeなどのポリシーをssh+rsyncでリモートホストに転送し、sshでリモートホストにログインしてChef-Soloを実行してポリシーを参照して収束を行います。 Knife-Zeroでは次図のように、ローカルホスト上にあるポリシーやNode Objectを参照するためのChef-Zeroを起動し、sshでリモートホストにログインすると同時にTCPポートフォワーディングを設定し、ローカルホストのChef-Zeroにあるポリシーを参照して収束を行います。 大変簡単に言うと、Knif
On Tuesday, we announced the release of the InSpec infrastructure testing framework as part of the release of Chef Compliance. Today we would like to dive into how and why we decided to create InSpec, from its journey as a Serverspec extension to its current state as a standalone project. Serverspec for compliance testing Our startup VulcanoSec, acquired by Chef earlier this year, was founded to s
Infrastructure as Codeしてますか? 2013年頃に日本で Infrastructure as Code という言葉が注目され始めて、約2年が経過しました。 沢山のツールが登場し、様々な試行錯誤の末、それなりに世の中に定着してきた感じもします。 しかし、未だに苦労している人も多く存在するとともに、諦めてしまった人、初めから諦めている人もいると思います。 成功しているように見える人の中でも、疑問を感じるていることもあるでしょう。 何故でしょうか? 沢山の人が注目し、情報を発信してくれているため、情報は沢山あります。 それでも、完成されていないのは、何か欠けているものがあるのではないでしょうか? Infrastructure as Code についての多くの情報は、大筋で以下の3つに分類されます(筆者の主観による) 1. 概念的な話(商業イベントで多い) ・Infrastr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く