コードを書くのは好きだけどインフラ弱いって人は、まずItamaeを触ってみるといいと思う - Speee DEVELOPER BLOG
概要 はじめまして、17 新卒エンジニアの中嶋です。 イエウール のサーバサイドの開発を行っています。 コードを書くのは好きだけど、インフラ・ミドルウェア系は弱い感じのエンジニアです。 これまで趣味では、Heroku や Elastic Beanstalk でシュッとデプロイして済ましていたので、AWS、ネットワーク、ミドルウェアあたりの知識が皆無でした。 先日、イエウールのホスティング環境が、IDCFrontier から AWS へ移行しました。 tech.speee.jp このようなインフラ移行に関わる機会は、そう多くあることではないので、これに便乗してインフラにちゃんと触れてみようと思いました。 そこで、少しでもインフラに近づくべく、社内で実績のあったプロビジョニングツール Itamae を使って、イエウールのサーバ構成の一部を、できる範囲でコード化しました。 結果、コードを書くのは
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一式をインストールする? シングルバイナリで出来たら便利
Chef脱落者が、Itamaeで快適インフラ生活する話 - Qiita
こんにちは。株式会社ベーシックのCTOやってる@zaruです。今年はじめてQiitaのアドベントカレンダーに参加しました。25日埋まるようなんとか頑張ります。また、ベーシックのエンジニアについて興味のある人はベーシックエンジニアのQiita記事に目を通してみてください。それなりに面白い記事があると思います。 長い前置き Chef、めっちゃ流行って今や定番ツールになってますね。僕はChefに挑戦したものの脱落したダメエンジニアです。なんで脱落したかというと、セコセコ作ったレシピを保守できなかったんですね。Chefさわれる人が社内に全然いない＆教えようにも自分がよく分かっていないという、ツールに振り回されてダメダメという状況になってしまいました。 そこでもういっそ、VagrantBoxを直接配布したり、AWSならAMI化されたものを使いまわしたりしてたわけです。そこまで大規模なインフラでもない
itamaeメモ - Qiita
$ itamae ssh -h <hostname> -u root -p 2222 git.rb INFO : Starting Itamae... INFO : Recipe: /Users/N1210A001/Playground/itamae/git.rb INFO : package[git] installed will change from 'false' to 'true' $ itamae help ssh Usage: itamae ssh RECIPE [RECIPE...] ... $ itamae help local Usage: itamae local RECIPE [RECIPE...] Options: [--dot=PATH] # Only write dependency graph in DOT -j, [--node-json=NODE_JSO
第3回 ノード属性で汎用的なレシピを書く | gihyo.jp
前々回、前回でItamaeの基本的な使い方とレシピの書き方を解説しました。今回はノード属性の使い方について解説します。 ノード属性（node attributes） Itamaeのレシピはできるだけ汎用的にし、様々なホストで利用できる形にするのが理想です。汎用的になっていることで再利用性が高まりますし、プラグインとして公開することもできます。 レシピを汎用的なものにするためには、レシピ自体に設定値などをハードコードせず、ホスト固有の情報などを実行時に注入できる必要があります。このようにレシピやテンプレートから実行時に設定した値を参照できる仕組みとしてノード属性（node attributes）があります。 Itamaeの実行時のオプションに--node-jsonを渡すと、JSONの内容がノード属性として設定され、その値がレシピ内から参照できるようになります。 templates/etc/n
itamaeを使ってvagrant上のUbuntuをよしなにする | e2esound.com業務日誌
開発環境の管理に chef-solo をいじってしばらく使っていましたが, chef-zero がどうとかという話になり段々とついていけなくなっていました。少し前に目にした itamae が簡単そうだったので使ってみました。Ubuntu 上でパッケージをあれこれ試す場合のベースになる box を作ることが目的です。 repos: yterajima/vagrant-itamae-ubuntu 使ってみて 私に必要なのは chef ではなく itamae だった感 ファイル全体の見通しがいいので気が楽 chef でいじっていた時は利用しないディレクトリとか良くわからないまま使っていたファイルがあったが, なくなった 普通に書けた(特に難しくはなかった chef っぽい recipe をガリガリ書いて組み合わせて動作するようにして, node.json を書いて変数を分離する。といった手順で作
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}
Vagrant+ItamaeでPHPアプリケーション開発環境を作る | バシャログ。
マウスといえばロジクール！なtanakaです。先日発売されたMX Master、もちろん買いました。数えてみるとVX Revolutionから始めて、7台は買ってました。先代のM950にくらべて形が少し変わりましたが、軽くなって操作しやすくなったと思います。 今日は、PHPアプリケーションの開発環境をVagrantとItamaeを使って構築する方法を紹介します。 Itamae について Itamaeとはサーバーの構成管理をするツールです。作成したサーバの設定を自動化してメンテナンスしやすくするために使います。設定ファイルの記述がシンプルなのが特長です。 私は、ITエンジニア向けイベントCROSS 2015のセッション インフラエンジニアの睡眠時間を確保する方法 ～Infrastructure as a Code時代のインフラ運用～に参加していて、Twitterに流れてきたコメントで知りまし
ScalaをItamaeでインストールするだけ - 日頃の行い
昔Scalaをyum installしようとしたら2.9系統が入ったので（下記参考） arata.hatenadiary.com 楽ちんに最新版をインストールするのめんどいなと思い、 Itamaeに慣れるのも含めてインストール用のレシピ書いてみました。 Itamaeはこちら。wikiのドキュメントが充実しています。github.com そして、こちらが検証に使ったgithubレポジトリです。 github.com やることは簡単 tarボールを持ってくる 解凍 PATHを貼る 準備 下記が必要です。 itamaeのインストール vagrant up こちらを参考にしてください scala-environment-setup/Makefile at for-blog-20150507 · tarata/scala-environment-setup · GitHub 流れ レシピ( reci
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,
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
Itamaeを用いてRedmineの環境構築を行う | Yucchiy's Note
某研修でRedmineなどのツールを構築し, それを自動化するような演習課題が与えられた. そのような課題を解決するためにはシェルスクリプトやPuppet, 最近流行りのツールではChefやAnsibleなどがあるので それらを用いても良いが, 今回はItamaeというツールを用いた. なぜItamaeか ChefやAnsibleがあるなかで, Itamaeを用いた理由について軽く触れておく. Chefは, DSLの提供によりシェルスクリプトより可読性の向上したり, デフォルトで提供しているリソースを用いることで, わざわざ自分でtest -eみたいな分岐を書かなくても冪等性を担保してれる点はとても良い. また, シェルスクリプトの記述から大きく乖離しないため, 直感的にレシピを記述できる. 一方で, レシピを書くためのひな形を作成するためにKnife soloなどのツールを覚えない点や,
ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
Macにitamaeを入れて、Vagrant仮想マシンのプロビジョニングをしてみる - カタカタブログ
以前、Chefを使ってVagrantの仮想マシンをプロビジョニングする方法を検証したが、かなり複雑だった。 今回、軽量Chefという位置づけのitamaeというツールが最近熱いらしく、試してみることにした。 環境情報 当環境の情報は以下の通り。 ホストOS: Mac OS X Yosemite (10.10.2) ホスト機のRuby : 2.1.5 ゲストOS: Cent OS 7.0 Virtual Box : 4.3.26 Vagrant : 1.7.2 itamae : 1.2.11 (今回インストール) 参照するドキュメントは以下。 https://github.com/itamae-kitchen/itamae/wiki/Getting-Started macにitamaeインストール itamae用ディレクトリ作成を適当に場所に作成する。 ここをitamae作業用のトップディレ
Ohaiで取得可能なステータス一覧 - Qiita
gem which ohai # ohaiのインストールパスを確認 grep -R "provides" -h <ohaiのインストールパス>/lib/ohai/plugins | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで動作確認 grep -R "provides" -h `gem which ohai | perl -e '@p=split(/\//,<STDIN>);pop(@p);print join("/",@p)."/ohai/plugins";'` | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで
ItamaeでCentOS7にGitbucket + Jenkins + Redmineの環境構築 - 旧ブログ
社会人になりました。 研修でサーバー構築自動化の課題があり、Itamaeを使ってみました。 github.com Itamaeとは github.com 軽量版Chefのようなもので、その分学習コストがかからず、シンプルなのがいいですね。 今回やったこと CentOS7にGitbucket + Jenkins + Redmine の環境構築に加えて連携するのに必要なプラグインも入れました。 GitbucketとJenkinsはApacheをリバースプロキシとして用い、Tomcat上で動かしました。 RedmineはPassenger+Apache上で動かし、DBにはMariaDBを使いました。 ディレクトリ構成は自由みたいですが、今回はドキュメントにあるベストプラクティスに沿っています。 https://github.com/itamae-kitchen/itamae/wiki/Best-
クックパッドのサーバプロビジョニング事情 - クックパッド開発者ブログ
インフラ部の荒井（@ryot_a_rai）です。この記事ではクックパッドで利用しているプロビジョニングツール "Itamae" の紹介と細々した Tips を紹介します。 式年遷宮とプロビジョニングツール 現在、弊社ではインフラの式年遷宮*1を進めています。式年遷宮以前、弊社では Puppet を利用してサーバをセットアップしていましたが、式年遷宮に際して既存のプロビジョニングに関するコードは捨てることになるため、プロビジョニングツールの再検討を行うことになりました。 Puppet, Chef, Ansible, SaltStack を検討した結果、 言語特性の観点では、Ruby DSL な Chef が良い アーキテクチャ・エコシステムの観点では、シンプルな Ansible が良い といった点から、どれも決め手に欠ける状況で、Ruby DSL で記述できるシンプルなプロビジョニングツール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Itamaeチートシート - Qiita
GitHub - chiastolite/vagrant-itamae
Home