1

各dynoにはemepheralファイルシステムがあるため、ページキャッシュはherokuでは適切なオプションではないことを理解しています(したがって、ファイルを共有せず、再起動するたびに消去されます)。

だから私は最良の選択肢は何であるか疑問に思っています。従来のページキャッシングシナリオ(たとえば10GB-100GB)で生成される可能性のあるファイルが大量にあるため、redis/memcachedはここでは適切なオプションとは思えません。Redisはディスクに書き出すことができますが、メモリ容量を超えると、ディスクからの読み取りを開始するのは適切な解決策ではないことを理解しています。

誰かがここで良い解決策を見つけましたか?多分MongoStoreだと思います。(そして、他のいくつかのシナリオでredisを使用しているので、これをredisと組み合わせて実行する方法もあります。)ありがとうございます。

4

1 に答える 1

2

サイトが 100% 静的コンテンツであり、決して動的になることがない場合は、S3 が適切なオプションになる可能性があります。その後、s3 ドメインへの CNAME を作成できます。これにより、必要に応じて CloudFront を活用できます。そうしないと、100GB をデータベースに入れる必要があり、それがアプリケーションによってプルアップされます。

Heroku の cedar スタックでは、カスタム ビルドパックが可能です。これはnginx のベンダーです。これは、より動的なサイトへの移行を想定している場合に適しています。

于 2012-09-14T16:38:44.970 に答える