今日から簡単！Webpacker 完全脱出ガイド - pixiv inside
こんにちは、@f_subal です。普段はおもに pixivFACTORY のフロントエンドを見ています。 今回は pixivFACTORY において、フロントエンドのビルドに Webpacker を利用するのをやめた話をします。 Webpacker をやめよう rails/webpacker は Ruby on Rails のプロジェクトに webpack を導入する際に用いられる gem です。必要な webpack の設定ファイルの生成や、Rails のテンプレートからビルド済みの JavaScript ファイルを読み出すために用いるヘルパー関数など、多数の機能を提供します。 結論から言うと、Webpacker を入れてもあまり良いことがありませんでした。単に必要が無いというより、あることによって面倒が増していると感じたので、剥がしました。以下 Webpacker が導入された Ra
放置しがちな社内システムこそ式年遷宮していこう - pixiv inside
こんにちは、CTO兼福岡オフィスマネージャーの@edvakfです。最近はとあるC++のコードをRustに逐語訳しながらRustを勉強中です。 今回はピクシブで使っているデプロイ管理画面のpployをgo-pployにリプレースした話を書きます。 まずは結論から メンテナビリティの向上 を目指して社内システムをリプレースした 小規模であっても新規開発から得られる学びはとても大きい その気になれば式年遷宮できるシステム規模を心がけましょう そもそもpployとは？ pployとは、「デプロイ管理画面」という類の小さなウェブアプリケーションです。 ピクシブで開発しているウェブアプリケーションのデプロイは基本的にはすべて 「デプロイ中」状態になる masterにpushする staging等にデプロイして確認する productionにデプロイする 問題無ければ「デプロイ中」状態を解く という手順
A remote server automation and deployment tool written in Ruby.
role :demo, %w{example.com example.org example.net} task :uptime do on roles(:demo), in: :parallel do |host| uptime = capture(:uptime) puts "#{host.hostname} reports: #{uptime}" end end Capistrano extends the Rake DSL with methods specific to running commands on() servers. For Any Language Capistrano is written in Ruby, but it can easily be used to deploy any language. If your language or framewor
capistrano3のデプロイを把握する - Qiita
結局Node.jsアプリケーションのデプロイはどうすればいいの？ で 色々node.jsアプリのデプロイを考えたのですが、 やっぱりcapistranoが結構使いやすい気がしてきました。 デプロイ対象でリポジトリから直接ソースコードを落とせるならば デプロイ専用のリポジトリを作成して、それをCIで実行するようにすればいいわけです。 capistrano3では、基本的なデプロイタスクがあり、 それに独自のタスクを追加することで、様々な状況に対応しています。 どのようなタスクが実行されているかを把握できれば、柔軟にデプロイ設定が出来ます。 capistrano3をまず使ってみる --dry-run で動くこと確認 $ gem install capistrano $ cap install mkdir -p config/deploy create config/deploy.rb creat
構成管理ツールで Ansible を使ってる人必見！デプロイするなら Ansistrano ロールを使おう！ - Qiita
- vars: ansistrano_deploy_from: "{{ playbook_dir }}" # Where my local project is (relative or absolute path) ansistrano_deploy_to: "/var/www/my-app" # Base path to deploy to. ansistrano_version_dir: "releases" # Releases folder name ansistrano_current_dir: "current" # Softlink name. You should rarely changed it. ansistrano_current_via: "symlink" # Deployment strategy who code should be deployed to
Ruby の Rack アプリサーバ Puma の基本的な使用方法
概要 Puma は Ruby/Rack アプリケーションのための HTTP サーバです。Rails の場合に関する使用方法をまとめます。 事前準備 JRuby のインストール こちらのページを参考にして rbenv による ruby インストールを行います。公式ページによると、パフォーマンスを最大限に引き出すためには正式にスレッドをサポートしている Rubinius または JRuby を使用することを推奨しています。 In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like Rubinius or JRuby. 必須ではありませんが、本ページでは JRuby をインストールして利用してみます。ビルドに必要な
capistrano によるデプロイ時に Mackerel へのグラフアノテーション投稿も同時に行なう - えいのうにっき
先週、とうとう Mackerel にグラフアノテーション機能がリリースされました。 mackerel.io この機能を使えば、「デプロイ実施」とか「ミドルウェアの設定を変更」などといったオペレーションの実施の記録に加えて、「経験値2倍キャンペーン開始」「CM放映スタート」といったビジネス施策としてのイベントの投稿もできるようになります。これらのイベントの以前・以後、といったグラフの見方がしやすくなるので、これは便利！！ "Mackerel オタク" を自称している身（参考）としてはスルーできないワクワク機能！ということで、早速自分のアプリケーションにも組み込んでみることにしました。 capistrano のデプロイタスクにグラフアノテーションの POST を組み込む 今回はとりあえずのお試しということで、capistrano のデプロイタスクのうち deploy:starting でデプロ
capistrano3 + AWS(オートスケール) でdeployしてやる - higehikiのブログ
オートスケール下でのdeployというと、self-deploy (起動時にスクリプトを実行して、ローカルのソースを最新版にする！) がイケてる気がします！ AWS EC2 capistranoでオートスケーリングインスタンスにデプロイ - cap version2 http://qiita.com/mychaelstyle/items/a550d4a0658c87c1ff30 こちらで紹介されている方法がまさにそれ！ にも関わらず、今回はオートスケールの通常フローで実装してみました。 AWS SDK使ってラクしてみよう！とか思ったわけではないんですが、別案件のスクリプトががっつり使いまわせたからって理由です。<今回のゴール> capistrano3の動的IP取得 ⇒ ソース反映 + AMI作成 + オートスケール設定更新 先人の方々がcapistrano2でやられているのを参考にちょいち
Rails5のActionCableをCapistrano経由でデプロイ - Qiita
Rails 5の目玉機能の一つに、WebSocketsを容易に利用できるActionCableがあります。Rails 4でもgemで提供されてましたが、Rails 5で本体にマージされました。しかし本番環境の情報が少なかったので、記事にまとめました。ActionCableを使ったRails 5アプリは、以下の記事がわかりやすいです。 Rails 5 + ActionCableで作る！シンプルなチャットアプリ（DHH氏のデモ動画より） この例ではdevelopment環境およびHerokuでは動作しますが、この記事は本番環境のnginxを自前で設定してゆきます。 動作環境と構成 フロントのWebサーバにはnginxを、RackサーバにはPumaを使い、Capistrano3でデプロイします。UnicornをRackサーバに使うと、WebSocketsサーバも別に作成する必要があるので、今回は
外資就活ドットコムの開発ワークフローの再設計 - ハウテレビジョンブログ
はじめに さまよえるアラフォー男子 @artifactsauce です。 突然ですが、弊社は「外資就活ドットコム」というWebサービスを開発・運営している会社です。サービスイン当初はイケイケガンガンで高速開発・高速リリースをうたっていましたが、開発者が増えるにしたがって様々な問題が発生してきました。今回はプロダクトのリリースにまつわる問題を解決するために弊社で採用した開発ワークフローについて紹介します。 どんな問題が起こっていたのか？ Capistranoによる自動デプロイは実現していた我々ですが、それですべてがうまくいったわけではありませんでした。具体的には以下の様な問題が発生していました。 デプロイできる環境を用意するのが面倒である。 各デプロイ担当者がデプロイツールをインストールする必要がある。 デプロイツールを更新していない場合には失敗する。 デプロイ対象サーバーにデプロイ担当者の
GitHub + CircleCI + Capistrano + Slack + Hubot で快適リリース生活 | QUARTETCOM TECH BLOG
こんにちは、@ttskchです。先日、Symfony Meetup #5のLTでChatOpsについて発表させていただきました。 発表に使用したスライドはこちらにあります。 具体的には、PHP（特にSymfony2）プロジェクトの開発・リリースのプロセスについてのお話しです。 ここでは、その発表の内容をもう少し詳しく解説したいと思います。大きく5つのステップに分けて、一つずつ解説していきます。少し長いですがお付き合いください。 Step 1. CIの導入 Step 2. Capistranoの導入 Step 3. デプロイの自動化 Step 4. リリースPR作成のQA最適化 Step 5. リリースPR作成のChatOps化 Step 1. CIの導入 まず一番初めにやるべきはCIの導入です。弊社ではCIサービスにCircleCIを使っています。 CircleCIとGitHubを連携させ
RailsアプリをHeroku→さくらVPSに移行 - ぴよログ
Herokuのプランが変わったのでRailsアプリケーションをさくらに移行した。 ここ最近Herokuの料金体系が変わってFree Dynoは18時間までしか動かせないようになったらしい。それにともなってこんなHackをする人まで出てきているようで、Freeでとりあえず動かしたいという人たちに与える影響はそれなりにあるように思える。 ssig33.com - 最悪！意地でも Heroku を無料で使う そういう僕も家族用に自分で作ったウェブアプリケーションを運用していたんだけど、料金体系が変わる前から自分のさくらVPSに移行したいと思っていたところにこのプラン変更が来たのでこれを機にと思い移行してみることにした。 ちなみに移行したアプリケーションは、 普通のRailsアプリケーション PostgresqlがあればOK というシンプルなものだった。Herokuで色々なアドオンを使いまくってる
PHPのためのCapistrano風デプロイツール「Rocketeer」でLaravelをデプロイする - atijust's blog
そろそろrsyncでデプロイするのは卒業したいな、ということでRocketeerというデプロイツールを導入してみました。 RocketeerはPHP製のCapistrano風デプロイツールです。PHP製なだけあってはじめからComposerやPHPUnitをサポートしてるし、当然だけど設定ファイルや新しいタスクもPHPで記述できるしでとても使いやすいです。 Rocketeer自体はフレームワークに依存しないデプロイツールではありますが、Laravelのパッケージとしてインストールすると、artisanからデプロイできたり、データベースのマイグレーションやシーディングなんかもできるようになるので、Laravelアプリケーションのデプロイには特に便利に使えます。 ただ、新興のツールであるからか、日本語での具体的な導入手順について解説している情報があまりありません。素晴らしいツールでありながら導
9分43秒のデプロイを19秒にした話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
背景 アカツキではRailsでゲームサーバを開発しています。インフラはAWSにあり、CloudFormation, Chef, Capistrano を用いて、Infrastructure as Code を実現しています。 エンジニアは普段ローカルマシンで開発していますが、ディレクター、レベルデザイナーなどは定義ファイルを変えた後、それを反映して動作を確認するための検証サーバ（以下、検証環境）を使っています。 検証環境へのデプロイも Capistrano で自動化しており、最初は問題が無かったのですが、ゲーム上のデータが増えることによって、一度のデプロイで10分程度かかるようになっていました。 以下、Capistrano ver.2系の話にはなりますが、検証環境のデプロイを高速化したので、その内容を紹介したいと思います。 現状分析 rsync について、capistrano_rsync_
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
Capistrano事始め - file-glob こと k.daibaの日記
インストールするまで サーバを沢山管理することになりました．それらのサーバではrubyを使っていたので，rubyベースのdeployツールCapistranoを使ってみる事にしました．Capistranoは2009/2に作者がもうメンテナンスしないぜと宣言したプロダクトです．とはいっても，コミュニティがメンテすることになるだろうから今後も問題ないだろうなと思ってます．それはそれとして，CapistranoをインストールするにはRubyGemsが必要なのでまずはそこからインストールします．RubyGems の使い方 - WebOS Goodiesを見ながらwgetでファイルをダウンロードして， # ruby setup.rb でインストールします．Capistranoは $ sudo gem install capistrano でインストールできます． 秘密鍵の管理 普段色々鍵を使っていて
カピストラーノ(Capistrano)を使ってみよう！(Basic編) - 基本へ帰ろう
環境 とりあえず、実行する環境を提示します。 クライアント側 OS : Windows XP Ruby : 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] サーバー側 OS : Linux $ cat /etc/redhat-release Red Hat Enterprise Linux ES release 4 (Nahant Update 4) SSH : OpenSSH $ ssh -v OpenSSH_4.5p1, OpenSSL 0.9.7m 23 Feb 2007 カピストラーノ(Capistrano)って何？ Railsのデプロイに特化しているので、デプロイツールと思われますが、SSHでアクセスでアクセスして、シェルでうにょうにょやれるので、デプロイに限らず色々できます。 クライアント側からシェルが実行できますので、Linux上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeNA Engineering - DeNAエンジニアのポータルサイト
Rails 5: Capistrano – Codepany Blog
Command not found in Capistrano