Itamaeの次回リリースに含まれる非互換な挙動について | うなすけとあれこれ
Itamaeとは Itamaeというのは、構成管理ツールです。Ruby DSLで構成を定義することができます。Rubyで書けるAnsible1と言ってしまうのがわかりやすいかもしれません。 https://itamae.kitchen Itamaeが構成管理を仕込みます！ ～新進気鋭の国産・構成管理ツール～：連載｜gihyo.jp … 技術評論社 導入しやすく軽量な構成管理ツール「Itamae」を使ってみよう | さくらのナレッジ local_ruby_block が実行ディレクトリの指定を考慮していなかった、という問題 さて、タイトルにもある「非互換な挙動」について説明します。 まず、Itamaeにはresourceというものがあります。これはdirectory resourceであればディレクトリの存在を定義でき、execute resourceであれば与えられたコマンドが実行されるこ
EC2(AmazonLinux)のタイムゾーンを変更するItamae・Chefのレシピ - Qiita
ItamaeでもChefでも同じレシピでいけます。 要件 デフォルトのタイムゾーンUTC -> JSTへ glibcの更新によってタイムゾーンがUTCに巻き戻らないようにする 参考:Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 execute "change localtime to JST" do user "root" command <<-EOC cp -p /usr/share/zoneinfo/Japan /etc/localtime echo 'ZONE="Asia/Tokyo"' > /etc/sysconfig/clock echo 'UTC=false' >> /etc/sysconfig/clock EOC end
Itamae で firewalld を操作する itamae-plugin-resource-firewalld - Qiita
gongo/itamae-plugin-resource-firewalld 経緯 訳あって CentOS 7 の provisioning の手順をコードに落としたくなり、最近熱いという噂の Itamae でやってみたくなった。 しかし、CentOS 7 からは慣れ親しんだ iptables コマンドではなく firewalld という野郎が表に出てきたということらしい itamae-plugin-resource-iptables であれば存在するが firewalld 用は無かった。execute resource をがんばって繋げていけばもちろんできるが美しくない # recipe.rb execute 'firewall-cmd --zone public --add-service http' execute 'firewall-cmd --zone public --remo
GitHub - itamae-plugins/itamae-plugin-recipe-rbenv: Itamae/mitamae plugin to install ruby with rbenv
itamaeのgitリソースでエラーが起きたからメモ - Qiita
itamaeのgitリソースを実行したところ「deployブランチがすでに存在しているためcheckoutできませんでした」という旨のエラーが出ました。 その原因を調べたのでメモとして残しておきます。 エラーの原因 itamaeでgitリソースを実行するときに以下をともに満たしている場合、deploy branch already existという内容のエラーが発生します。 checkoutしているブランチがdeployブランチ以外(masterとか) deployブランチはすでに存在している コードを見てみるとわかりますが、基本的にdeployブランチにcheckoutした状態で実行しないといけないようです。 gitリソースの挙動 ざっくりいうと以下の順でリモートのソースコードを同期するようです。 deployブランチをdeploy-oldブランチにrename git fetch(この
Itamaeを使って開発環境&Staging環境&本番環境を構築する - Qiita
はじめに Railsアプリを例にItamaeを使って開発環境&Staging環境&本番環境を構築します。 Itamaeを使う理由としては、Chefに比べて起動が早い上に、sshやdockerに対応しているので使い勝手がいいためです。 開発環境、staging環境はDocker上に構築するため、前提としてDockerがinstallされていることとします。 itamaeの設定について ディレクトリ構成 Gemfile entrypoint.rb nodes development.json staging.json production.json environments development.rb staging.rb production.rb roles base.rb development.rb rails.rb staging keys default values RAILS
ItamaeでGitのプライベートリポジトリをcloneする - Qiita
Itamaeには、Git resourceがあるんだけど、プライベートリポジトリの認証はオプションになかった。 今回、プライベートリポジトリをcloneしたかったので、実現した方法を2つ。 実現できたんだけど、いまいちベストプラクティスが分からない…。 なお、どちらの方法もVagrantで起動したVMに対して実行する前提。 cloneするURLに認証情報を埋め込む方法 さすがに、レシピ自体に認証情報を埋めたくなかったので、node.jsonに書くようにした。 ユーザ名でメールアドレスを使う場合は、エスケープしなきゃかも。 homeDir = "/home/vagrant" fugaDir = "#{homeDir}/fugaScope" githubUser = node["git-env"]["user"] githubPassword = node["git-env"]["passwo
Itamae、Auto Scaling、CodeDeployを用いてdeployフローを刷新した話。そして板前をprovisioningした話。 - SmartNews Engineering Blog
その上で、新しく作り上げた 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 の定義を書き直すことにしました
クックパッドの新オフィスでitamaeによる寿司の無限プロビジョニングを体験して、Ansibleのお悩み相談してきた #infra_sushi - 双六工場日誌
今日は、クックパッドの新オフィスで「Infrastructure as Code 現状確認会」があり、運良く繰り上がれたので参加してきました。 新オフィスは、恵比寿ガーデンプレイスタワーというおしゃれスポットで、オフィスにはキッチン付きのスペースがあって、そのキッチンではその寿司が無限プロビジョニングされているという夢のような空間でした。 写真：無限プロビジョニングされる寿司 本編終了後のLT枠が空いているとのことだったので、本編の間に資料を作ってLTもしてきました。内容は昨日つぶやいた最近のお悩み相談。最近、AWS + Ansibleの環境で実現方法に困ったことを2つ紹介して、相談させてもらいました。 Ansible + AWSの環境で使ってる人がいたら、どうしてるか聞きたい。 2014-10-03 00:16:51 via YoruFukurou 資料はこれ。 Infrastructu
itamae 入門 - Qiita
Fukagawa.rbの準備用の投稿です。 まだドキュメントが十分じゃないようなので、中途半端にソースコードから解読したため、間違っているものがあるかも？ バージョンは1.1.4(2015/2/3時点) * 注意事項 - まだ未検証のものがあるけども、とりあえず投稿 itamaeとは？ chefにインスパイアされて作った構成管理ツール。 以前はlightchefという名前で、chefを簡単にしたものを目指しているらしい。 内部でspecinfraを利用している。(リソースの実行はspecinfraを呼び出している) 概要 事前準備 1.rubygemsでインストールしましょう。 sudo gem install itamae 2./tmpの実行権限が必要(普通は必要ない) sudo chmod 777 /tmp 作成するファイル 下記の２つのみ（ただし、ノードアトリビュートはオプション）
itamae | itamae運用に関する備忘録 - Qiita
itamae運用に関する備忘録、本来はドニュメント等にあるはずの事に過ぎないが、必要な時に探すのが面倒なので、自分用にまとめておく。 実行に関して レシピが実行されるのは、未適用の時 説明は不要だと思うが、itamaeを向けて実行した時に、レシピが未適用だったら問答無用に適用される 適用済みのレシピを再度適用させるのは、レシピの内容が変更された時 一度適用されたレシピを、再度itamaeを向けて実行しても、レシピの内容に変更がなければ、適用されない。つまり、何度実行しても、勝手にアップデートがかかるような適用はされない。 レシピの内容が変更されていなくても、関連ファイルの内容が変更されれば、適用される レシピの中で、template等を使用してファイルを配置する場合などでは、レシピが全く変更されていなくても、そのsourceファイルが変更されていれば、適用される。 通常のレシピ適用ではパッ
新たにEC2インスタンスを立ち上げてデプロイするまでの順序 - Qiita
AWSのインスタンスを立ち上げるなんて毎日やるわけでもないので、やるたびに忘れてしまいますよね。ちなみに今のいままでほぼ完全に忘れていました。以前一回やったことがあったのですが、数ヶ月前だし、一回しかやったことないし。 そこで、備忘録的にメモしておこうかと。 登場人物 ruby on Rails capistrano AWS itamae 手順をば 大まかには以下の通り。 1. インスタンスをつくる 2. itamaeを新たに作成したインスタンスに向けて実行する 3. capデプロイコマンドを実行する 4. EC2インスタンスのドメインを変更する(Route 53) 1. インスタンスをつくる 詳細なインスタンスの各種設定は他のQiita記事やドキュメントに譲ります。だいたいは既存のインスタンスを複製する（「同様のものを作成」っていうボタン）パターンが多いのかなと。 が、新規でインスタンス
Vagrant上のCentOSにItamaeでLAMP環境構築 - Qiita
CentOS7 minmal 予め、itamaeのレシピである「root_recipe.rb」「apache.rb」「php.rb」「mysql.rb」「test_recipe.rb」はvagarantディレクトリ内に作成しておく itamaeのコマンドはsshでログイン後に実行する sudo itamae local /home/vagrant/recipe/test_recipe.rb vagrantfile # -*- mode: ruby -*- # vi: set ft=ruby : Vagrant.configure("2") do |config| config.vm.box = "centos7min/es" config.vm.network "forwarded_port", guest: 80, host: 50505, id:"http" config.vm.net
itamae実践Tips - Qiita
最近仕事で itamae を触っているので、ハマったところや工夫したところをまとめておきます 下記のスニペットはitamae 1.9系で確認してます 最初に読むべきドキュメント https://github.com/itamae-kitchen/itamae#in-japanese 日本語はここにまとまってる https://github.com/itamae-kitchen/itamae/wiki コマンドの使い方がだいたいまとまってる ファイルが更新された時のみ特定のコマンドを実行したい 解） notifies か subscribes を使う どっちも似てるけど（いまだに区別ついてないｗ）だいたいこんな感じ notifies : 自分が変更された時に他を実行したい subscribes : 他が変更された場合に自分を実行したい 例）/etc/nginx/sites-available
Itamaeの今のところの個人的ベストプラクティス - Qiita
1. 公式のBest-Practiceを参考に itamae g cookbook とか itamae g role とかできるようになったし モジュール感という意味でも公式のが好き ここまでで↓の状態 （公式ではroles/web.rbとなっているが、itamae g roleした状態にしたがう） . ├── cookbooks │ └── nginx │ ├── default.rb │ ├── files │ │ └── etc │ │ └── nginx │ │ └── conf.d │ │ └── static.conf │ └── templates │ └── etc │ └── nginx │ └── conf.d │ └── dynamic.conf └── roles └── web └── default.rb └── files └── templates . ├─
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itamae を使って docker イメージを作成してみた
itamae help 日本語訳 - Qiita
VagrantとItamaeを使って5分でmysqlサーバー構築 - なんとなく日々徒然と
Itamaeならではの設定ファイルの修正方法
task-blog.net is a custom short domain