chefの依存定義(depends)を勘違いしていた話 - 右往左往ブログ
chefでいうmetadata.rb中のdependsが保証する依存性がどこまでなのかを勘違いしていたのでメモしておきます。 結論からいうと、 depends指定はattributeの参照先として読み込むだけ の機能でした。 dependsにより保証されること depends参照先cookbookのattributeを流用できること dependsで保証されないこと 必ずしもdepends参照先cookbookを実行する必要がないこと ましてや、depends参照先が、記載元cookbookより「先に」実行される必要はないこと この、「保証されないこと」ができるとばかり勘違いしていたので、dependsに頼った開発をしていたらエラーにならずに、あれ…？となってしまったのでした。 公式の記述 公式のmetadata.rb 以下のように記載があります。 Use to show that a c
Chef Blog - IT Automation for everything from configuration management to continuous delivery. | Chef
The primary objective of IT automation is to make processes related to infrastructure faster, more secure and error-free. Chef SaaS enables you to automate your IT infrastructure with the power of the cloud. Now, all your favorite Chef tools are available as SaaS. No setup hassles, no maintenance and no extra resources required. Read on to learn more.
dougireton.com - このウェブサイトは販売用です！ - dougireton リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Lwrp presentation
This document discusses lightweight resources and providers (LWRPs) in Chef: - LWRPs allow for easier creation of custom resources and providers through a domain-specific language (DSL). - Resources represent pieces of system state and are implemented by underlying providers. - LWRPs have two components - a resource and a provider - and follow a standard file structure and naming convention. - The
Advanced Chef: Writing Heavy Weight Resource Providers (HWRP) - Yipit Django Blog
Advanced Chef: Writing Heavy Weight Resource Providers (HWRP) This is a bit of a backwards term. When Chef first came out, there was no Light Weight Resource Provider (LWRP) syntax and any hardcore extension to Chef had to be written in Ruby. However, Opscode saw a need to be filled and created LWRP, making it easier to create your own Resources. The problem comes when LWRP cannot fulfill all of y
Knife-SoloからKnife-Zeroへの移行 #getchef - クリエーションライン株式会社
はじめに 前回は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
Google グループ
Google グループでは、オンライン フォーラムやメール ベースのグループを作成したり、こうしたフォーラムやグループに参加したりすることで、大勢のユーザーと情報の共有やディスカッションを行うことができます。
複数環境を管理するcookbookをリファクタしてみた - Qiita
Chefマスターから見たら「えっそんなこともちゃんとやってなかったの？情弱」的な感じかもしれませんが、とりあえず自分で気をつけたポイントをメモしてみました。 ほんとはこう分けた方が良いよ！とかありましたら教えてもらえると嬉しいです！ 課題 やっとサービスが成長してきたので、ちゃんとChefで３環境(local, staging, production)を管理しているのですが、 「3rd partyのcookbookも使ってるし、attributeのoverrideをrunlistで行っていて、環境ごとのrunlistに差分が出る。ヤバい。目diff無理」 という素敵な課題が勃発 対策 このrunlist問題に対して、以下のような対策を打って、リファクタしました。 1. バージョンをattribute化してあるものは必ずserver specでテスト えぇ、、、なんでやってなかったんだって怒
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/erichelgeson/jenkins-chef-dsl/blob/master/recipes/build-jdks.rb
GitHub - GoatOS/GoatOS: GoatOS - Chef cookbook to build and test chef
GitHub - fnichol/chef-user: A convenient Chef LWRP to manage user accounts and SSH keys
GitHub - sous-chefs/users: Development repository for the users cookbook
GitHub - nickola/chef-ssh-keys: Cookbook "ssh-keys" for Chef, creates "authorized_keys" in user "~/.ssh" directory from a data bag
http://www.dougireton.com/blog/2013/01/13/creating-an-lwrp-part-3/
http://www.dougireton.com/blog/2012/12/31/creating-an-lwrp/
Chef-SoloからChef-Clientローカルモードへの移行 #opschef_ja #getchef_ja - クリエーションライン株式会社
How are people deploying applications when chef-client is running as a daemon or via cron?
Domain error
GitHub - poise/poise: A set of libraries for writing reusable Chef cookbooks
Chef環境の闇
