Packer + MItamaeでDockerfileのないDockerライフ - Qiita
前回Packer + itamaeでDockerfileのないDockerライフの記事でitamaeを使ってDocker imageを作ることにしました。 ただその時の課題として対象マシンにitamaeを動かすためにrubyをインストールしないといけないことでした この問題を最近 k0kubunさんがリリースされたMItamaeが解決してくれそうだったので使ってみました。 MItamaeとは？ @k0kubun さんが作成されたmrubyのItamae http://k0kubun.hatenablog.com/entry/mitamae そもそもItamaeは何が問題だったのか Itamae ssh経由での適用は遅いのでサーバー側において実行したい linuxとかにはrubyが入っていないものもある Itamaeのためだけにruby一式をインストールする? シングルバイナリで出来たら便利
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 をソースからインストールす
Itamaeを利用してLinuxの環境構築を自動化する - 人権真骨頂
itamae-kitchen/itamae-logos 自動化した． 最近，Linuxを最初から環境構築することが，すごい多い．なので，毎回同じことやってる感じになってたので，ようやく重い腰を上げてItamaeを書いた． なぜItamaeか Ansibleは今まで利用したことがあったけど，今回はItamaeを利用した．自分の場合，Arch Linuxを利用することがほとんど．ArchLinuxはデフォルトのPythonのバージョンが3系なので，Ansibleを利用するには管理対象のマシンに pacman -S python2 してPythonの2系をインストールしなければならない．なので，今回はその必要がないItamaeを利用することにした． できたやつ github.com itamae-arhlinux という名前だけど，完全に自分だけが使うように設定しているので注意． ユーザー作成か
ItamaeとServerspecを使ったサーバ構築と自動テストを試してみた - 日記っぽい何か
まえがき こんにちはじょにーです。夏休みの自由研究です。 前から触ってみたかったItamaeと、Serverspecによるテストを行える環境を作ってみました。 こえむさんによる Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記 こちらを参考に（というかほぼそのままなぞって）CentOS7にてItamaeとServerspec によるインフラ構築を試した記録です。 ほぼそのままなぞっただけですので、本来は記事として書くようなことでもないのですが、 特に予備知識なくそのままなぞった際に、うまくく動かないところがありましたので、トライアンドエラーを繰り返してかつそのまま記載しています。そのあたりの試行の参考になればいいなという感じです。 手順 IDCFクラウドにてCentOS7.1の仮想サーバーを2台準備しました admin01 node01
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 作成するファイル 下記の２つのみ（ただし、ノードアトリビュートはオプション）
Vagrant+CentOS ゲストOS内にItamae をセットアップする | バシャログ。
三大キャリアからIIJMioに切り替えたら、通信速度が気持ち遅めになり通信料が節約できてるtanakaです。 今回はVagrant + Itamae の話をします。ローカル開発環境を構築するときには Vagrant + vagrant-itamae プラグイン をよく使います。しかし自動化になれて Resource の数が増えてきて変更点がなくても10分以上かかることが多くなりました。 そこで仮想マシン内にItamae環境を作り、sshログイン後ローカルで itamae local コマンドを実行する用にしたところ、10～20秒に短縮できましたので方法をご紹介します。 前提 プロジェクトのディレクトリにファイルは以下のように配置されているものとします。 ├── Vagrantfile └── itamae ├── recipe.rb └── node.json Vagrantfile に次
第5回（最終回） 中規模環境でのItamae（複数ホストに対する実行） | gihyo.jp
ここまで4回、Itamaeのレシピの書き方やプラグインの作り方などを説明してきました。最終回となる今回は複数サーバに対してItamaeを利用する場合の活用方法を3つ紹介します。 Capistranoを使ってItamaeを複数ホストに対して実行する CapistranoはRubyで書かれたデプロイツールで、アプリケーションのデプロイによく使われています。Capistranoを使ってSSH経由で複数台にItamaeを実行することで、手軽に並列でItamaeを実行することができます。ここではCapistranoのデプロイ機能を使ってレシピなどをデプロイし、デプロイ後にItamaeを実行する例を紹介します。 まず、Bundlerを使ってCapistranoをインストールし、cap installで初期ファイルを生成します。 $ cd itamae-repo $ bundle init # Gemf
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 の定義を書き直すことにしました
第2回 レシピの書き方 | gihyo.jp
前回はItamaeをインストールし、簡単なレシピを実行してみました。今回はさらに実践的なレシピの書き方について解説します。前回述べたようにItamaeはChefに強く影響を受けているため、概ねChefと同じように書けます。 リソースとは レシピにはリソースと呼ばれる、サーバ上のコンポーネント（ソフトウェア、ファイル、コマンドなど）を抽象化したものを記述します。リソースにはアクションをはじめとする属性を指定でき、操作の種類を指定することができます。前回も使ったpackageのリソースを例にすると package "nginx" do action :install # nginxパッケージをインストールする version "1.4.6-1ubuntu3.3" # 特定のバージョンをインストールする end package "nginx" do action :remove # nginxパ
プロビジョニングツールをChef-soloからItamaeに替えてみました - yuumi3のお仕事日記
Chef から Itamae ？ EY-Officeではサーバーソフトの構築を行うプロビジョニングツールとして現在は Chef-solo を使っています。しかし Chef-solo は終了するらしいのですが、その移行先が良いように思えず悩みながら使い続けてきました。 そんなとき登場してきた Itamae はシンプルでとても魅力を感じました。詳しくは クックパッド開発者ブログのItamae記事 をご覧下さい。 今回時間があったので、EY-Officeの開発支援サーバー (Redmine, Git/Gnatara, CI ...)の全プロビジョニングをChefからItamaeに置き換えてみました。書き換えたレシピは約700行です、そこで感じた事を書きます。 Itamaeの良いところ、良くないところ 1. 情報が貧弱 まず良くない点ですが、Chefのドキュメント に比べると情報の量、質ともに低い
Itamaeが構成管理を仕込みます！ ～新進気鋭の国産・構成管理ツール～ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
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の複雑さを取り除き、必要十分な部
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
