HerokuからAWS移行を決めた理由とその方法 - Qiita
概要 Herokuで1年以上運用して、年内にAWSへ移行することとなりました。年末ですしそれを振り返って、HerokuとAWSの良い所・悪い所、AWSへ移行するにあたりどのような運用をすることに決めたか書きます。 HerokuからAWSへ移行を決めた理由 大きく3つあります。 プロセスの実行に制限があったり、リソースに制限があるのが辛い。 私達が取り組んでいるのが、画像を多く取り扱うサービスだということもあります。特にサムネイル作成については苦渋を飲まされました。以下の記事に知見を纏めています。 RailsとHeroku、AWSでAwesomeな画像アップロードからのサムネイル作成 RailsとHeroku、AWSで画像アップロードからのサムネイル作成（実践編） ただこの知見はHeroku特有のものも多く、AWSであれば容易に解決できた部分もあります。それが今回移行する理由の一つです。 リ
Herokuにデプロイ出来るHerokuメンテナンス用のDockerコンテナを使ってデイリーで本番環境をステージングにバックアップ - Qiita
Heroku Advent Calendar 2016 6日目の記事です。なんだかんだ3年連続ぐらいHerokuのAdvent Calendarを書いていますね はじめに このクラウドワークスさんの記事に触発された。 Herokuで本番サービスを運用する際にやっておきたいこと & 構成の事例 上記の記事内の「本番とデータ同期できるpreview環境を追加する」の辺りでやっている、以下のシェル・コマンドを実行できるDockerコンテナを作成した。 Production環境のHeroku PostgresをStaging環境にコピー コピーしたDBから個人情報をマスク AWS S3にあるPuroduction環境バケットをStaging環境用のバケットに同期 このDockerコンテナをHerokuにデプロイしている。 このように、あまり知られていないがHerokuにも実はDockerコンテナを
Heroku Connectの注意点 - Qiita
Heroku Connectとは 簡単に言うとSalesforceのDBとHeroku Postgresを双方向に同期してくれるアドオンです。なのでSalesforce Advent Calendarの方が向いていたのかも。 2010年にHerokuがSalesforceに買収されて以来、特に何が変わるでもない状況が続いていたのですが、2013年末ごろに発表され、2015年5月にGAした公式の連携機能です。当初はアドオンマーケットプレイスにいなかったんですが、今年に入ってから(多分このころ)誰でも利用できるようになりました。ただしDemoエディション。有料プランはHeroku Enterprise前提のようです。 しごとでHeroku Connectを使うことが何度かあったので、苦労したところなどを雑多に書いてみたいと思います。 Demoエディションの主な制限 Demoエディションの主な制
HerokuでPHPを使うときに気を付けるところ - Qiita
HerokuでのPHPサポートが正式版になってたので、現時点でこんな感じで使っているよ、ということ。 reference Getting Started with PHP on Heroku | Heroku Dev Center Customizing web server and runtime settings for PHP | Heroku Dev Center Heroku PHP Support | Heroku Dev Center PHP session handling on Heroku | Heroku Dev Center start composer.jsonがあればPHPアプリケーションとしてdetectされる しかし、package.jsonとかGemfileとかあるとPHPのアプリケーションとして認識されない 今どきはこういうファイル、大抵ある build
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
