Herokuのメリット、デメリット - Qiita
メンテナンスコストがほぼゼロ ほぼ何もしなくても勝手に動いてくれます。 個人的な体感値だとAWSでEC2やロードバランサで環境を組んだ場合と比べると1:100ぐらいの手間無し感です。 デプロイがコマンド一発 デプロイは基本的にgit push heroku masterでHerokuにpushするだけです。(Railsのマイグレーションを行う場合はheroku run rake db:migrateも必要) 自分でデプロイスクリプトを頑張って書かなくてもいいので楽です。 スケールアウトがコマンド一発、もしくはGUIで非エンジニアでも操作可能 Herokuはdynoという独自のWebサーバプロセスの単位で操作するのですが、heroku ps:scale web=3でプロセス数を変更出来ます。 Herokuサイト上のダッシュボードからバーをスライドさせる事によって1〜100までdyno数を変更
一人でwebサービスをリリースして二年間でやったこと - TechTalkManiacs
Study Mailを個人で開発し、リリースして二年が経ちました。その間にやっていたことをまとめておきます。 やったこと SESの導入 API投入前処理 出会い系対策 エリア機能・コミュニティ機能追加 サーバーの移転 既読処理の変更 対応サービスの拡大 github peatix doorkeeper IT系以外への利用への対策 キーワードの誤爆防止対策 SESの導入 Study Mailはメールで勉強会のお知らせを配信するサービスなのですが、配信機構は最初はGoogle APPSのメールサーバーに投げてBCCに突っこんだアドレスに配信させる、という非常にプリミティブなものでした。 しかしすぐにGmailでの不達が頻発したためこれをやめ、Amazon Simple Email Service(SES)に変更しまして解消しました。 API投入前処理 キーワード抽出はYahooの重要度抽出AP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
