Itamaeの次回リリースに含まれる非互換な挙動について | うなすけとあれこれ
Itamaeとは Itamaeというのは、構成管理ツールです。Ruby DSLで構成を定義することができます。Rubyで書けるAnsible1と言ってしまうのがわかりやすいかもしれません。 https://itamae.kitchen Itamaeが構成管理を仕込みます！ ～新進気鋭の国産・構成管理ツール～：連載｜gihyo.jp … 技術評論社 導入しやすく軽量な構成管理ツール「Itamae」を使ってみよう | さくらのナレッジ local_ruby_block が実行ディレクトリの指定を考慮していなかった、という問題 さて、タイトルにもある「非互換な挙動」について説明します。 まず、Itamaeにはresourceというものがあります。これはdirectory resourceであればディレクトリの存在を定義でき、execute resourceであれば与えられたコマンドが実行されるこ
Amazon Linux2でLet's EncryptするのをItamae化 - Qiita
はじめに RailsアプリケーションのサーバーをItamaeで管理しているます。 環境構築時にELBを立てず、サーバー直接でアクセスさせる場合、サーバーへのSSL証明書の設定が必要になります。 サーバーはAmazon Linux2で、SSL証明書はLet's Encriptで取得するのをItamae化してみました。 nginx, Itamae, Certbotのインストール、構築は既に済んでいるものとします。 環境 サーバー EC2 OS Amazon Linux2 バージョン Rails: 5.x.x（複数プロジェクト） Ruby: 2.x.x 手動構築手順 参照： https://qiita.com/MysteriousMonkey/items/4d3d857c0e68d4bfff39[https://qiita.com/MysteriousMonkey/items/4d3d857c0
Itamae自分メモ[0] Rails＆nginx＆puma＆CentOSのプロビジョニングをしてみるので基本的な設定とか準備 – t4traw.net
Itamae自分メモ[0] Rails＆nginx＆puma＆CentOSのプロビジョニングをしてみるので基本的な設定とか準備 今までインフラ系はほとんどまともに勉強した事がなくて、ライブラリのインストールやVagrantで開発をするのに必要な設定ぐらいしか知識がなかった。RailsとかSinatraのデプロイは社内サーバーかheroku。 しかし、今作ってるモノがどうしてもherokuだと厳しい(レイテンシーとかプラン的な問題)ので、勉強も兼ねてRails+nginx+puma+CentOSな本番環境を作ったみた🔧 で、こういうのは毎日やらないと忘れてしまう……👻 いつもはメモや秘伝のレシピ的なモノを作って置いておくのだけど、プロビジョニングをコードに落としておけば「バージョン変わって動かない」なんて事があっても、(やりたい事orやらないといけない事)は分かるよね❗という事で、一通り
Itamaeレシピ集 - Ruby/nginx/MySQL/Redis/etc - 珈琲駆動開発
Itamaeを使ってみる。 選定基準は、 Rubyの内部DSLで書きたい Ansibleだとそのご期待に添えない でもchefはフルスタックすぎて学習コストが高い... ということでItamae :+1: :+1: みたいな感じです。基本的にRails使うような想定をしております！ 構成 以下の構成を目標にがんばります。 rbenv Ruby 2.2.3 MySQL nginx Redis (yum update) Capistrano Railsのデプロイ先のサーバーの設定をしたいので、先にCapistranoの設定をしておきました。 Capistranoの設定は割愛。以下の記事を参考にしてくださると助かります。 totutotu.hatenablog.com itamae itamaeをインストールします。 $ gem install itamae 以下に、この記事の順番でitamae
itamae help 日本語訳 - Qiita
itamae local RECIPE [RECIPE...] [--recipe-graph=PATH] -j, [--node-json=NODE_JSON] -y, [--node-yaml=NODE_YAML] -n, [--dry-run], [--no-dry-run] [--shell=SHELL] [--login-shell], [--no-login-shell] [--ohai], [--no-ohai] [--profile=PATH] [--detailed-exitcode], [--no-detailed-exitcode] -l, [--log-level=LOG_LEVEL] [--color], [--no-color] -c, [--config=CONFIG] オプション --recipe-graph=PATH [実験的機能] レシピの依存情報を D
月500円な自分専用Gitlabを構築する - Qiita
はじめに 自分専用のGitサーバがあれば便利ですよね。 今回はIDCFクラウドの500円VMにGitlabを構築する方法を紹介します。 やること IDCFクラウドのVMにGitlabを構築します。 ついでにバックアップをIDCFクラウドのオブジェクトストレージにとるようにします。 また、GitlabにはGithubのアカウントでシングルサインオンできるようにします。 IDCFクラウドでVM作成 クラウドのネットワーク設定 オブジェクトストレージAPIキー取得 Githubのアプリケーション登録 Itamaeでプロビジョニング 準備 次のものを用意しておいてください。 IDCFクラウドのアカウント Rubyが実行できる環境 IDCFクラウドのアカウント登録等はめちゃ楽ガイドというのがわかりやすいらしいです。 RubyはGitlabの構築にItamaeを使うので必要になります。 他にも以下のも
サーバーのプロビジョニングをmitamae + hochoでやる方法 - Qiita
mitamaeとは Chefに比べ、よりシンプルかつ依存(chef server, cookbook, berkshelf, data_bags)が少なく実行できるItamaeというツールがあるんですが、mitamaeはmrubyを使うことでそこから更に依存(Rubyインタプリタ, RubyGems)を減らしシンプルにしたツールです。 歴史: https://k0kubun.hatenablog.com/entry/itamae-mruby https://k0kubun.hatenablog.com/entry/mitamae 何故mitamaeは便利なのか itamae sshを使うとサーバーに何も入ってない状態のまま気軽にサーバーをプロビジョニングできるため非常に便利なのですが、itamae ssh は各コマンドごとにssh越しの通信が発生してしまい非常に遅く不快なため、通の間ではo
Itamae by itamae-kitchen
Itamae Configuration management tool inspired by Chef, but simpler and lightweight. Formerly known as Lightchef. Simple and lightweight configuration management tool inspired by Chef. CHANGELOG Concept Chef-like DSL (but not compatible with Chef) Simpler and lighter weight than Chef Only recipes Idempotent Installation $ gem install itamae Getting Started Create a recipe file as recipe.rb: And the
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
Itamae で firewalld を操作する plugin をリリースしました - Thanks Driven Life
経緯 さくらVPS が新プランになったから旧プランから移行しよう せっかくだし、まだあまり触ってない CentOS 7 にしよう せっかくだし、Provisioning Tool として Itamae を使ってみよう user は簡単にできた！さて次は iptables 。CentOS 7 って firewalld を使うのか Itamae の iptables plugin ならある が firewalld の操作だけコマンド直書きという手もあるが execute 'firewalld-cmd --permanent --add-service my-ssh' execute 'firewalld-cmd --permanent --remove-service dhcpv6-client' せっかくだし、作ろう 使い方 README にもあります。 service 'firewalld
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itamae を使って docker イメージを作成してみた
itamaeメモ - Qiita
VagrantとItamaeでAmazon Linuxを起動してRuby on Railsの開発環境を整える | Playful IT - Designing and Engineering "遊び心"駆動開発
GitHub - sorah/hocho: Hocho: Run Itamae easily with host inventory
EC2(AmazonLinux)のタイムゾーンを変更するItamae・Chefのレシピ - Qiita
Itamaeならではの設定ファイルの修正方法
GitHub - gongo/itamae-plugin-resource-firewalld: Itamae resource plugin to manage firewalld
