Dockerを本番投入した話 - そんな今日この頃でして、、、
このまま忘れてしまうのも勿体無いので記録に残しておこうかなと。 blue1st.hateblo.jp 技術系のネタは最近は別ブログの方でやってたけど、具体的なコードなんかは無いので今回はこっちで。 blue1st-tech.hateblo.jp 思い出した・思いついたら随時追記していく予定。 概要 フィーチャーフォンの時代からのサービスで、 無茶な拡張や教育不足や委託によるアレな開発状況によって、 コードも環境も技術的負債が山盛りの状態だった。 幸いにしてサーバを移設する機会に恵まれたので、 状況を改善するべく検討を進めた。 解決したかった問題 様々な部分において、環境ごとの差異が看過できない状態になっていた。 サーバによってインストールされているランタイムやモジュールのバージョンが異なることもあれば、 パスが異なることをコードにベタに記述してバージョン管理しないことにより対処している部分
GitHubでpush時にAWS OpsWorksで自動デプロイする方法
開発の平形です。 今日は、GitHubでpush時にAWS OpsWorksで自動デプロイする方法をお教えします。 OpsWorksはAWSで提供されているデプロイのサービスです。 ＊OpsWorksについては、こちらのサイトが詳しいです。 この話は、OpsWorksにスタックとレイヤとインスタンスが存在する前提です。 OpsWorks自体、最近触ったばかりですが、 デプロイがすごく簡単にできるという事はよくわかりました。 でも、欲張りな僕は、もっと自動化できないのかな？と思ったのです。 普段、ソースはGitHubでバージョン管理しているので、 GitHubにpushしたら同時にデプロイできないのかな？と。 そしたら、ビックリするほど簡単に実現できました。 GitHub側で設定が可能です。 アプリケーションのリポジトリのページの「Settings」 「Service Hooks」 AWS
デプロイ先を切り替えてgit aws.pushする – Ninton G.K.
【環境】 PC: Windows7、git、AWS Elastic Beanstalk Command Line Tool サーバー: AWS ElasticBeanstalk AWS ElasticBeanstalk(以下EBT)はロードバランサーとオートスケーリングサーバのパッケージである。コマンドプロンプトのgit aws.configでデプロイ先を設定し、git aws.pushでデプロイする。 デプロイ先が一つだけなら最初に1回だけgit aws.configをすればいいのだが、デプロイ先として本番環境、ステージング環境、開発環境など複数ある場合、毎回aws.configするのは面倒である。ここではデプロイ先を切り替えてgit aws.pushする方法を説明する。 環境1 AWSアカウント1＞EBT＞Application=hoge1-app＞Enevironment=hoge1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デプロイ自動化サービス「Deplow」
