Itamaeのmruby実装「mitamae」が大体いい感じになった話 - k0kubun's blog
Roppongi.rb #2 で「mitamae」について話してきた Roppongi.rb #2が "Infrastructure x Ruby" をテーマに開催され、そこで RubyなしでItamaeレシピを実行できる「itamae-go」を作った - k0kubun's blog 話と pure mrubyで実装されたItamae「itamae-mruby」を作った - k0kubun's blog 話をしてきた。 いいたかったことはスライドの通りだけど、枠が15分でいろいろ漏れた話を書いておく。 mitamaeの現状について なんでitamae-mrubyからMItamaeに変えたの というか一昨日までmitamaeはitamae-mrubyという名前だった。エエー。変えた理由は真面目な奴がいくつかあるんだけど、あえて不真面目な奴だけ書くと、名前が微妙なソフトウェアは流行らない気が
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
pure mrubyで実装されたItamae「itamae-mruby」を作った - k0kubun's blog
itamae-goを作り直してitamae-mrubyを作った 先週Goからmrubyを使ってRubyなしでItamaeレシピを実行できる「itamae-go」を作ったんだけど、全く同じコンセプトの、RubyなしでItamaeレシピを実行できる「itamae-mruby」を作った。 github.com itamae-goの問題点 mrubyは組み込み言語だしこれは本来想定された使い方であり、go-mrubyの実用的な例として普通に作ってよかったと思っているけど、ことItamaeを実装することに関しては以下のような問題があった。 レシピを読む部分以外をGoで実装していたので、specinfraのコードの移植に手間がかかる 主にstandaloneなバイナリを吐く目的にGoが使われているが、mruby-cliでもできるのでGoを使っているメリットがそれほどなく、2つの言語をブリッジするコード
RubyなしでItamaeレシピを実行できる「itamae-go」を作った - k0kubun's blog
Goとmrubyを使ってitamae-goを作った github.com Pokemon Goが流行っていたので流行に乗じてItamae Goを作った。 というのは冗談で、手元の開発環境のセットアップにitamaeを使っているのだけど、まっさらな環境でitamaeを実行したい時にRubyやitamaeをどういれるかについて考えるのが面倒なので、Rubyなしで実行できるitamaeを作った。Goで実装し、mrubyでレシピを読むことによりRubyなしでの実行を実現した。 インストール方法 Releasesにバイナリを置いてあるのでこれをダウンロードする。基本的には環境セットアップ用のシェルスクリプトからこれをcurlなりwgetなりでダウンロードして使うことを想定している。 なんか動かなかったらgit cloneしてmakeすればその環境用のバイナリが作れるはず。 *1 使い方 普通にita
Ansible と Itamae の比較 - Aqutras Members' Blog
お久しぶりです。nechinechiです。 今回は、構成管理ツールである、Ansible と Itamae を比較していこうと思います。 始めに 構成管理ツールとは、複数のサーバに同じ環境を構築したい場合などに用いられるツールです。 手動で1つ1つのサーバに同じ環境を立てるのはかなり苦労します。しかし、このツールを使えば、初めにファイルを記述しておくだけで、後はコマンドを実行するだけで、自動的にサーバの環境構築を行ってくれます。 Ansible と Itamae はそれぞれ構成管理ツールの内の1つであり、他にもまだいくつか存在します。 それらの中からこの2つを選んだのは、自分の周囲で利用している人がおり、私も興味を持ったからです。 また、個人としてもどちらのツールがより人気で、その理由はなぜかなどに興味があったため、このテーマを選びました。 記法の違い Ruby をソースからインストールす
Chef脱落者が、Itamaeで快適インフラ生活する話 - Qiita
こんにちは。株式会社ベーシックのCTOやってる@zaruです。今年はじめてQiitaのアドベントカレンダーに参加しました。25日埋まるようなんとか頑張ります。また、ベーシックのエンジニアについて興味のある人はベーシックエンジニアのQiita記事に目を通してみてください。それなりに面白い記事があると思います。 長い前置き Chef、めっちゃ流行って今や定番ツールになってますね。僕はChefに挑戦したものの脱落したダメエンジニアです。なんで脱落したかというと、セコセコ作ったレシピを保守できなかったんですね。Chefさわれる人が社内に全然いない＆教えようにも自分がよく分かっていないという、ツールに振り回されてダメダメという状況になってしまいました。 そこでもういっそ、VagrantBoxを直接配布したり、AWSならAMI化されたものを使いまわしたりしてたわけです。そこまで大規模なインフラでもない
itamae-plugin-recipe-rtn_rbenvつくった - 鳥小屋.txt
「chefむずぽよ〜〜〜＞＜」と嘆いていた僕ですが、Itamaeを紹介してもらったので使ってみたお話。 前提：Itamae ryotarai/itamae https://github.com/ryotarai/itamae 軽量chefです。今、熱いらしいです。詳しいことはREADMEに載ってるプレゼンの資料がわかりやすいですね。 rbenvをインストールするプラグインをつくった 練習として先週の土日にrbenv + ruby_buildのレシピをベタベタ書いてました。ベタベタすぎる。（今気づいたけど、このGistシークレットになってるじゃん……） https://gist.github.com/rutan/91901905c34e67236c8d で、Itamaeは↑みたいなベタ書きのrecipeを渡すことはもちろん、recipeをGem化してプラグインにすることもできます。chefで
Itamae + rbenvでCentOSにRuby環境を構築 - Qiita
package "epel-release" package "gcc" package "openssl-devel" package "libyaml-devel" package "readline-devel" package "zlib-devel" package "git" RBENV_DIR = "/usr/local/rbenv" RBENV_SCRIPT = "/etc/profile.d/rbenv.sh" git RBENV_DIR do repository "git://github.com/sstephenson/rbenv.git" end remote_file RBENV_SCRIPT do source "remote_files/rbenv.sh" end execute "set owner and mode for #{RBENV_SCRIPT}
「最前線で戦う若手インフラエンジニアたちが語る『技術トレンド』と『数年後の未来』」参加レポート #jtf2015 - ブロッコリーのブログ
自己紹介 モデレータ @deeeet 登壇者 @catatsuy @okkun @y_uuk1 @rrreeeyyy wakateinfra 新卒入社3年以内のインフラエンジニアで集まったコミュニティ 今回のセッションの目標・ゴール 若者は今のインフラ界隈をどう思っているのか 質問について ＃wakateinfraのツイートを拾います agenda 自己紹介 技術トレンドについて 技術習得について 今後のキャリアについて まとめ 技術トレンドについて Infrastructure as Code JTFで長らく語られてきたテーマ 息を吐くようにコードを書いてきた世代 プロビジョニングツールの良い所、悪いところ コンテナ 事前アンケートより Chefかpuppetを使っている とりあえずAnsibleを触っている Itamaeも触り始めている @rrreeeyyy 構築を担当する人によって違
クックパッドのサーバプロビジョニング事情 - クックパッド開発者ブログ
インフラ部の荒井（@ryot_a_rai）です。この記事ではクックパッドで利用しているプロビジョニングツール "Itamae" の紹介と細々した Tips を紹介します。 式年遷宮とプロビジョニングツール 現在、弊社ではインフラの式年遷宮*1を進めています。式年遷宮以前、弊社では Puppet を利用してサーバをセットアップしていましたが、式年遷宮に際して既存のプロビジョニングに関するコードは捨てることになるため、プロビジョニングツールの再検討を行うことになりました。 Puppet, Chef, Ansible, SaltStack を検討した結果、 言語特性の観点では、Ruby DSL な Chef が良い アーキテクチャ・エコシステムの観点では、シンプルな Ansible が良い といった点から、どれも決め手に欠ける状況で、Ruby DSL で記述できるシンプルなプロビジョニングツール
chefに疲れたあなたにはItamaeがおすすめ！ - ゆーじのろぐ
chef使うのめんどくさくないですか？ 私はいままでサーバーの設定を自動化するためのツールにchefを使っていました。 最初chefを使い始めた時は、いままで手作業でやっていたことがコード化・自動化できるので「お、便利ー！chef最高！」という感じだったのですが、 だんだん使っていくうちにchefが高機能が故に自分の用途としては使うのが辛くなってきました。 そもそも自分はchef soloしか使わない chef は基本的にはchef-server - chef-client という構成で、設定を自動で行いたいサーバーに対してchef-clientをインストールします。 そして対象のサーバーの設定をコード化したrecipeを保持するchef-serverとchef-clientが通信して対象サーバーにrecipeを適応します。 このchef-serverを立てずにchef-clientだけで
itamae + Serverspecで テスト駆動インフラやってみた #shibuyarb
渋谷.rb[:20150318] の発表資料です https://shibuyarb.doorkeeper.jp/events/22056Read less
Chef-soloからItamaeに完全移行した話 - Qiita
※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Itamaeチートシート - Qiita
Itamae meetup #1 で「ぼくのかんがえた Itamae/Serverspec 構成フレームワーク 〜 板前の献立 〜」というトークをしてきた : sonots:blog
rtn_rbenv.rb
Itamae - Infra as Code 現状確認会
ペパボにおけるOpenStackHacks!
