Open Source Continuous Delivery and Release Automation Server | GoCD
End to End Visualization GoCD’s value stream map shows your entire path to production in a single view. Easily navigate across jobs, spot inefficiencies, and optimize your process. No plugin required, out of box CD. Cloud Native Deployments GoCD streamlines your CD workflow on popular cloud environments such as Kubernetes, Docker, AWS and more. Complex Workflow Modeling GoCD excels at modeling com
Spinnaker
Who should use Spinnaker?Spinnaker provides application management and deployment to help you release software changes with high velocity and confidence. Spinnaker is an open-source, multi-cloud continuous delivery platform that combines a powerful and flexible pipeline management system with integrations to the major cloud providers. If you are looking to standardize your release processes and im
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
Speed up assets:precompile with Rails 3.1/3.2 Capistrano deployment
The idea is that if you don't change your assets you don't need to recompile them each time: This is the solution that Ben Curtis propose for a deployment with git: namespace :deploy do namespace :assets do task :precompile, :roles => :web, :except => { :no_release => true } do from = source.next_revision(current_revision) if releases.length <= 1 || capture("cd #{latest_release} && #{source.local.
「Blue-Green Deployment」とは何か、マーチン・ファウラー氏の解説
クラウドを活用した本番システムのデプロイ手法の1つに「Blue-Green Deployment」がある。Blue-Green Deploymentの目的とそのメリットを、マーチン・ファウラー氏の解説から紹介する。 1つ前の記事で紹介した、チャド・ファウラー氏によるImmutable Infrastructureの記事「Immutable Infrastructure（イミュータブルインフラストラクチャ）と捨ててしまえるコンポーネント」では、デプロイをより安心して行うために、サーバの内容を変更する際には既存のサーバに手を加えるのではなく、新規に作り直して切り替える、という方法を提案しています。これがサーバの不変性、すなわちImmutable Infrastructureにつながるわけです。 これから紹介するマーチン・ファウラー氏の記事「BlueGreenDeployment」は、Immut
DockerコンテナをCapistranoでデプロイ
開発環境と運用環境の差異 Railsアプリの開発をMacでしている人は多いと思います。しかし本番では大抵Linuxマシンで運用するため、実行環境の違いから問題が発生することがあります。特にサードパーティ製ライブラリやツールを使う場合、MacとLinuxで同じ動作をする保証はどこにもありません。また、開発にLinuxマシンを使っていたとしても、本番と全く同じ構成で開発するのは難しいでしょう。 Dockerを使うと開発から運用まで同じ環境を使え、しかもハードウェア仮想化よりも遥かに軽量です。そこで、私が今KRAYで担当しているプロジェクトでは開発から本番まで全ての環境でDockerを使えるようにしました。 それぞれの環境で解決すべき課題がありましたが、今日は本番環境にデプロイする仕組みを紹介します（KRAYでインテグレーション環境と呼ばれる環境についてはDockerホストをプロジェクトや権限で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://ubiteku.oinker.me/2016/02/08/elixir-phoenix-auto-hot-deploy/
