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
EC2 のインスタンスを Itamae でプロビジョニングした | mizoguche memo
今までプロビジョニングツールには Chef 使ってた（使いこなせてなかった）。小規模なサーバーしか扱わないのでレシピ組み立てるのに HP がかなり必要だった。 軽量シンプル Chef ともっぱらの評判の、itamae-kitchen/itamae を使ってみた。 レシピの書き方 パッケージのインストール package 'git gcc-c++ patch readline readline-devel zlib' do action :install end 例によって、これで入る。 ファイルのアップロード remote_file '/home/ec2-user/.bash_profile' do source 'bash_profile' end 例によってこれで上がる。 Resources · itamae-kitchen/itamae Wiki にドキュメントが上がってないので、i
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 の定義を書き直すことにしました
新たにEC2インスタンスを立ち上げてデプロイするまでの順序 - Qiita
AWSのインスタンスを立ち上げるなんて毎日やるわけでもないので、やるたびに忘れてしまいますよね。ちなみに今のいままでほぼ完全に忘れていました。以前一回やったことがあったのですが、数ヶ月前だし、一回しかやったことないし。 そこで、備忘録的にメモしておこうかと。 登場人物 ruby on Rails capistrano AWS itamae 手順をば 大まかには以下の通り。 1. インスタンスをつくる 2. itamaeを新たに作成したインスタンスに向けて実行する 3. capデプロイコマンドを実行する 4. EC2インスタンスのドメインを変更する(Route 53) 1. インスタンスをつくる 詳細なインスタンスの各種設定は他のQiita記事やドキュメントに譲ります。だいたいは既存のインスタンスを複製する（「同様のものを作成」っていうボタン）パターンが多いのかなと。 が、新規でインスタンス
Itamae on AWS - Itamae の EC2 へのインストールとレシピ適用 - - Qiita
普段は Chef でレシピを書いているのですが、Itamae Meetup #1 に向けて Itamae を触ってみました。 エージェントレスで実行できるのは魅力ですね。 AWS EC2 上で Itamae を使ってみようとしたのですが、Amazon Linux のバージョンが上がったからか、いくつかつまずきポイントがありました。 「これだけやれば EC2 上で使える！」というまとめがなかったので書いてみます。 前提 Amazon Linux AMI release 2015.09 リモート実行するために、同じVPC、同じサブネット内に EC2 を2つ立てています。 Itamae をインストール／レシピを保持するサーバ Itamae レシピを適用されるサーバ Install 片方のサーバに Itamae をインストールしてみます。 io-console をインストールしないと、 /usr/
もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP
やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VagrantとItamaeでAmazon Linuxを起動してRuby on Railsの開発環境を整える | Playful IT - Designing and Engineering "遊び心"駆動開発