itamae でローカルサーバにユーザを作成してみる - らくがきちょう
構成管理ツールである「itamae」を使ってユーザを作成してみます。itamae は Ruby で実装されている為、Ruby がインストールされている必要があります。今回は CentOS7 / Ruby 2.3.1 環境でテストしました。 itamae のインストール gem でインストールします。 gem install itamae パスワードを生成する 後で作成するレシピ中でパスワードを指定する際、（平文では無く）パスワードを暗号化した文字列を指定する必要があります。これには gem でインストール出来る unix-crypt に付随する mkunixcrypt というツールを使うと簡単に実行出来ます。 gem install unix-crypt 「-p」オプションでパスワード文字列を渡せます。但し、-p オプションを使うと insecure だよ、と警告が表示されます。 $ mk
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、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 | Node Attributes #devops #itamae - Qiita
概要 プロビジョニングツール Itamae Node Attributes について。 json ファイルで定義した Node Attributes を利用して、 レシピの内容を動的に変更して、柔軟性を高めることが出来ます。 例えば、version指定を Node Attributes にすることで、 別バージョンを指定するだけのレシピを何度も作成せずに、 一つのレシピで管理出来ます。 前提 下記記事で作成した resource を流用します。 resource plugin で 板前へのトイレ操作をプラグイン化します toilet はインストール済みとします 試行 レシピを作成 require 'itamae/plugin/resource/toilet' node[:toilets].each do |t| t[:text] toilet t[:text] do filters t[:
ItamaeでNode Attributesに環境変数を使えるようになるGem - Qiita
(2014/12/30 binstubsを使うように修正しました) (2015/5/26 独自コマンドitamae-envを使うように修正しました) はじめに Itamaeで、 パスワードとかレシピで設定したいけどレポジトリにはいれたくないなー ChefのData Bagほどのものはいらないなー 環境変数使いたいなー けどレシピにはENV["hoge"]じゃなくてnode["hogehoge"]って書けた方がいいなー つまりNode Attributesで環境変数指定すればnode["hogehoge"]として使えるようにしてほしい！ っていう感じのitamae-node_envというGemを作りました。 使い方 Gemfileにgem 'itamae-node_env'を追加してbundle install Node Attributesには次のように記述。
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 . ├─
itamaeを使って開発環境を構築してみる - Qiita
はじめに 新しい人がチームに入った場合に、最初にやってもらうこととして開発環境構築があると思います。で、プロダクトが最初の頃はまだそれほどコード量も多くなく、使っているミドルウェアも少ないので環境構築もそれほど苦ではないと思いますが、月日が経ちコード量も増え、使っているミドルウェアが多くなってくると、その分環境を新しく作るのが大変になってきます。 そういう時にChefやAnsible、そして今回紹介するitamaeが役に立つと思います。 筆者もChef（正確にはChef Solo）を使っていた時期もありました。ただChef Soloが終了となり、Chef Zeroの切り替えてということになりました。そこでChef Zeroを使おうとやってみたのですが乗り換えが結構大変だったので、これを機に別にものを使おうと思い検討た結果itamaeを使うことにしました。 理由は * ライトに使える * 覚
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Can I use ssh config name when using Itamae
ItamaeでGitのプライベートリポジトリをcloneする - Qiita
task-blog.net is a custom short domain
VagrantとItamaeでAmazon Linuxを起動してRuby on Railsの開発環境を整える | Playful IT
Gitで特定のディレクトリだけcloneする方法 - Qiita
