Edeliverを使ってElixirアプリケーションをデプロイする | DevelopersIO
Elixirアプリケーションのデプロイツールはedeliverが一番人気のようです。 edeliverはRubyのCapistranoのようなツールです。 今回はedeliverを使ってPhoenixアプリケーションをEC2のサーバにデプロイします。 edeliverの仕組み edeliverはビルド専用のマシンでアプリケーションをビルドし、productionサーバにデプロイします。 内部ではDistilleryというリリースパッケージを作成するツールを利用しています。 デプロイフローを図にすると以下のようになります。 ビルドサーバには事前にErlang, Elixir, NodeJSをインストールする必要があります。 セットアップ ssh-agentの設定 edeliverはversion管理にgitを使用します。 ビルドサーバでgitを使ってチェックアウトするためにssh-agent
Microsoft Azure WebAppsとBitbucketを使って Gitデプロイ環境を構築してみた話。 |
これまではAzureへのアップロード（デプロイ）にはFTPを利用してきましたが、Gitを使うこともできます。 結構「AzureってGit使えないの？」と聞かれることがあるので、手順をまとめておきます！ 私自身、コマンドに馴れていないのもあるので、今回は「SourceTree」と「Bitbucket」を使いました。 一度設定してしまえば、基本的にはSourceTreeでPushをするだけでAzure側にデプロイできるようになるので、馴れればFTP操作よりラクかなとｗ まずは「Git」について Gitはコマンドで使うこともできますが、コマンドに不慣れな場合はGUIツールを使った方が馴染みやすいかなと個人的には思ってます。 GUIツールは色々ありますが、AzureにはBitbuketを使ってデプロイすることができるので、Bitbuketを提供しているAtlassian社のSourceTreeがい
デプロイ自動化を進めるためのチェックリスト | Ryuzee.com
いままで色々なところで言ってきたことをだらだらとまとめてみました。 計画および準備段階要求される品質の定義をおこなうDevとOpsの双方で情報が共有されるようにするいつデプロイを開始するのかを明らかにするデプロイの際にインフラを変更する必要はあるのかを明らかにするデプロイを行う時間帯、行わない時間をあらかじめ決めておく(休み前を避ける)ブランチ戦略、マージ戦略を決める継続的インテグレーションの戦略を決めるログの出力戦略を決めるビルドとリリースの自動化人的要素を減らす繰り返し可能にする自動作業と手作業を混ぜないビルドを自動化する誰のマシンでもビルドできるようにするユニットテスト、結合テスト、UIテストなどテストを自動化する本番にデプロイする際にコードを書換えなければならないといった実装を避ける毎回デプロイプロセスを設計するのではなく、毎回同じ方法でデプロイする毎回同じ方法が難しければ2パター
複数プロジェクトを抱えるチームでのデプロイ自動化
複数プロジェクトを抱えるチームでのデプロイ自動化 1つのチームで，10以上のプロジェクト，コードベースを抱える場合にどのようにデプロイの自動化を進めたか，工夫したこと，考慮したことなどをまとめておく． デプロイツールには，Python製のfabricを採用しているが，他のツールでも同様のことはできそう．なお，fabricの基本的な使い方などは既にインターネット上に良い記事がたくさんあるので書かない（最後の参考の項を見てください）． fabricの選択 シェルスクリプトとCapistranoを考慮した． まず，シェルスクリプトは人によって書き方が違うため，統一が難しくメンテナンスコストも高い．また共通化も難しい． 次に，Capistranoは，裏でやってくれることが多く，学習コストも高い．プロジェクトによってはかなり特殊な環境へのデプロイも抱えているため，Capistranoの前提から外れる
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
AWS上でのWebアプリケーションデプロイ
The document discusses Amazon Certificate Manager (ACM) Private Certificate Authorities (CA), which allow users to manage private CAs and certificates for use on AWS services and internal systems. It provides an overview of features like creating and managing CAs, issuing and revoking certificates, pricing, availability in regions, and integration with services and SDKs. It also compares ACM Priva
node.jsアプリのデプロイにやさしい grunt-rsync | DevelopersIO
はじめに ちょっとデプロイしてスマホで確認したい、皆に見てもらって感想が欲しい、とにかく直ぐにデプロイしたい。そんな時に便利なgrunt.js用のタスクのgrunt-rsyncです。 rsyncコマンド知ってますか？ 僕は知りませんでした（汗。ファイル群の同期を取る用途のコマンドです割と古くからあるみたいです。多くのUnix系環境にデフォルトで入っているようです。名前の通り、ファイルの同期を取るのがこのコマンドの仕事で、ローカル同士でもリモートともSCP経由などで同期を取れるようです。 詳しくはWikiで。 grunt-rsyncパッケージ rsyncwrapperというrsync用のパッケージを使用しているgrunt用タスクです。もっとシンプルにrsyncをラップしている grunt-rsync-2 というのも存在しますが、コピーに失敗してもがエラーが出なかったのでこちらの方がいいと思い
GitHubを交えて自動的にテストサーバや本番サーバにデプロイする | chatii-log
こんにちは、chatiiです。ちょっとまじめに記事書きます。 FuelPHPでけっこう（chatiiとしては）規模の大きい案件がきたので、開発環境をキチっと決めたいと思いました。その中で、今まで手作業でやりつつ、「これ自動化できるだろ」っていうところがあり、今回うまくいったのでご紹介。ちなみに、今回はFuelPHPは関係ないです。 開発会社さんから見たら普通のことなんだろうなぁ。野良プログラマーPHPerだからせけんしらず。 環境・条件 ソースコード管理はGitHub ひとりなのに！ひとりなのに！ LAMP構成 開発マシンにはXAMPP/MAMPを入れる。Linuxの場合はyum/aptで取得。 サーバーは 本番サーバー（www.hoge.com） テストサーバー （hoge.dev.example.com） テストサーバーは他人がアクセスできないようにね 他のプロジェクトもテストします
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. Please open new issue/pull requests in either English or Japanese if you would have any feedback or you would like to contribute this repo. We provide mainly "Japanese contents" by markdown text. IBM Developerの最新情報は https://developer.ibm.com/ にアクセスし、英語のコンテンツを参照してください。 このリポジトリは、IBM Developer Japan Webサイトで公開していた
Webサイトをgithubで管理してpush時に自動的に同期する方法 - Blog by Sadayuki Furuhashi
Webサーバに Subversion のサーバを立てておき、HTML や CSS を commit することでWebサイトを更新する方法は、良く知られているテクニック、らしいですね*1。更新の履歴を残すことができるし、ましてチマチマとFTPやsftpでアップロードするよりずっと簡単です。 しかし SVN の代わりに git を使おうとすると、pushしてもリポートリポジトリではファイルを更新してくれません。 また、リポジトリはWebサーバ上に作るよりも、便利な管理インタフェースがある github（や噂のgitosis）に置いておきたいところです。 そこで、github の Post-Receive Hook を使うと、リポジトリに変更を push すると同時に、Webサーバにも同期させることができます*2。 Webサーバに同期する前に、Sphinxでドキュメントを整形したり、SassをC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webアプリのデプロイ今昔物語
Cookpad's deployment and auto scaling
IBM Developer