Automating pgbackups - Heroku | Google Groupsでは、先日リリースされたHeroku PG Backups add-onを使って自動的にバックアップをとるにはどんな方法がいいだろうか、という話題。質問者さんはこれまでherokus3backupとCron add-onを組み合わせて使っていたそうで。
cronジョブからEC2インスタンスを起動し、バックアップのキャプチャとS3へのダウンロードを行いシャットダウンするというやり方をしている人もいて、ツールとしては以下のようなものが紹介されていた。
次は、User White Label - Heroku | Google Groupsで「Herokuアプリでwww.myapp.com/users/account/1にwww.myusersdomain.comのようにユーザー毎の独自ドメインでアクセスさせる方法は？」という話題。
Herokuでこれを実現するには、ユーザー毎のドメインをそれぞれHerokuに登録して、DNSがHerokuを指すように設定すればいいみたい。具体的には各ドメイン毎にheroku domains:add www.myusersdomain.comを実行するか、APIを直接叩くかのいずれか（アプリ内から動的にやるなら後者）。APIの叩き方は「heroku.gemのソースを見てくれ」とのこと。実際にCloudAppをはじめとする多くのアプリがこの方法で実現されているそう。1アプリで登録できるドメインの上限については特に回答がなかった。
溜まっていたHeroku Groupsのメールのうち11月分をひととおり読んだので、気になったところをメモしておこう。
まずは、Database disaster risk and backups - Heroku | Google Groupsで、「Herokuのディザスタリカバリプランはどうなっているの？自分でデータベースをバックアップも取得しておくべき？だとしたらどれくらいの頻度がいいだろう」という話。Herokuの中の人によると、
「データベースのレプリケーションはされているのか？」という点については別のHerokuの中の人が以下のように回答していた。
まあ、なんというか想像よりライトな印象もあるけど、価格や使い勝手とのバランスを考えると個人的には許容範囲かな。
CPUのクロック上昇が頭打ちになったのと、デジタル機器がエクスペリエンス重視になった（ように見える）のには何か関係があるのかな。
Loggly | Logging as a Serviceのベータテスター申し込みフォームのデザインが穴埋め風になっていて面白い。