アーキテクチャ提案のリクエスト: 1 日平均訪問数 500,000 の物流検査システムの技術アーキテクチャ プラン

アーキテクチャ ソリューションをお探しですか? 1 日の平均訪問者数が 500,000 件の物流検査システム向けの技術アーキテクチャ ソリューションをお探しですか?
1 日の平均訪問数が約 500,000 件の物流検査システムの場合、システムの応答時間は 3 秒以内である必要があり、システムの信頼性、安定性、拡張性の要件があります。どのような技術アーキテクチャを推奨しますか?

システムアーキテクチャ

共有先:
-----解決策--------------------------------
nginx、複数のサーバーがあります。
重要なのは、サーバーが良好でない場合はマシンを追加し、たとえばインメモリ テーブルを使用する場合は、メモリを追加します。それ以外の場合は、データベースを別のテーブルに分割します。重要なのは、ビジネス ニーズを調べてボトルネックを見つけることです
------ 解決策----------------------
最初にシステムのボトルネックをテストしてから、次のステップについて話し合います。
------解決策----------------------
サーバーは lnmp を使用し、データベースは月次テーブルを使用します, お金が問題ではない場合は、データベースの読み取りと書き込みを分離します。
------解決策---------

引用:

インターネットでいくつかの情報を確認した後、私の最初のアイデアは、LNAMP を使用し、nginx に静的リソースを処理させて負荷分散を提供し、特に PHP を処理するクラスターとしての Apache (最初に 2 ユニットを使用)、およびデータベース mysql ( 2 ユニット) をクラスターとして使用し、データベース キャッシュに memcached を使用し、システムのボトルネックをテストして再度調整します。

引用: 引用:

サーバーは lnmp を使用し、データベースは月次テーブルを使用します。コストが問題にならない場合は、データベースの読み取りと書き込みを分離します。

3 階で説明されているデータベースは、月ごとのテーブルまたは読み取りと書き込みの分離を使用しています。詳しく説明していただけますか。

1. 物流検査オーダーは物流オーダーデータとして理解できますか?その場合、このデータをテーブルに分割できます。
2. 写真などではなくデータを確認するため、静的サーバーを構築する必要はありません。
3. システム内のサーバーが 1 台の場合は問題ありませんが、サーバーが 2 台あるとより安定します。
4. 2 つのサーバーを使用する場合は、データベースを読み取りと書き込みから分離し (マスターとスレーブとも言えます)、Web プログラムを 2 つのサービスで負荷分散することをお勧めします
私の視点は、毎日のアクセスがPVなのかUVなのか、UVであっても2サーバーあれば可能です。それで十分です。データ量が少なすぎるため、サイズを変更する必要はありません。
------解決策---------
Linux php nginx redis を使用することをお勧めします。まあ、バックアップ データベースのバックアップ マシンとして mysql を使用するだけです。