静的ページを生成するアプリケーションがあります。約 10 html ページ/分と言います。これらのページはユーザーに提供されます。サーバー側では、Gunicornを使用した開発フレームワークとしてDjangoを使用してアプリ サーバーを実行し、Nginxを「リバース プロキシ」として使用しています。
このスタックを使用すると、コンテンツの保存と提供の設計に関して、ほとんど疑いがありません。また、私のアプローチが現在推測できないパフォーマンスの低下を引き起こすかどうかもわかりません。だからここにこれに関する私の考えがあります：
保管所
コンテンツを保存するためのフラット ファイル ベースのシステムを考えています。タイムスタンプに従って保存されるため、コンテンツの有効期限が切れている場合や不要な場合に備えて、将来それらをクリア/削除できます。したがって、典型的なファイルのパスは次のようになります/var/www/project/content/timestamp/file/path。
また、管理パネルと API を使用してフラットページを簡単に維持できるDjango Flatpages (Django で利用可能なアプリ)も確認しました。しかし、これはより有望に見えます。
- 固定ページ数と
(for me, it's huge and varying) - ページの編集要件がある場合。
(I don't need this)
サービング
コンテンツを提供するために、Nginx によって '/var/www/content/' フォルダーを公開して、アプリ サーバーから遅延なく Nginx によって直接提供できるようにすることを計画しています。場合によっては、パフォーマンスの低下が見られます。Varnishのような静的ファイル キャッシング エンジンを使用できます。
どんな提案や考えも役に立ちます。ありがとう..