システム アーキテクチャ
1 日の平均訪問件数が約 500,000 件の物流検査システムの場合、システムの応答時間は 3 秒以内である必要があり、システムの信頼性、安定性、拡張性の要件があります。どのような技術アーキテクチャを推奨しますか。 ? nginx には複数のサーバーがあります。
重要なのは、サーバーが良好でない場合は、マシンを追加することです。たとえば、メモリ テーブルを使用し、それ以外の場合は、データベースを別のテーブルに分割します。重要なのは、ビジネス ニーズを調べてボトルネックを見つけることです
まずシステムのボトルネックをテストしてから、それについて話し合います。
サーバーは lnmp を使用し、データベースは月次テーブルを使用します。コストが問題にならない場合は、データベースの読み取りと書き込みを分離します。
私の最初のアイデアは、LNAMP を使用して nginx に静的リソースを処理させ、Apache (最初は 2 ユニット) をクラスターとして使用して、特に PHP とデータベースを処理することです。クラスタとデータベースとして MySQL (2 台) を使用し、キャッシュには memcached を使用し、システムのボトルネックをテストして調整します。
サーバーは lnmp を使用し、データベースは月次テーブルを使用します。コストが問題にならない場合は、データベースの読み取りと書き込みを分離します。
3 階で言及されているデータベースは、月ごとのテーブルまたは読み取りと書き込みの分離を使用しています。詳しく説明していただけますか。
キーは、ピーク値がどれだけ大きいかによって異なります。
私の最初のアイデアは、LNAMP を使用して nginx に静的リソースを処理させ、Apache (最初は 2 ユニット) をクラスターとして使用して、特に PHP とデータベースを処理することです。クラスタとデータベースとして MySQL (2 台) を使用し、キャッシュには memcached を使用し、システムのボトルネックをテストして調整します。
サーバーは lnmp を使用し、データベースは月次テーブルを使用します。コストが問題にならない場合は、データベースの読み取りと書き込みを分離します。
3 階で言及されているデータベースは、月ごとのテーブルまたは読み取りと書き込みの分離を使用しています。詳しく説明していただけますか。
1. 物流スクリーニング注文は物流注文データとして理解できますか?その場合、このデータをテーブルに分割できます。
2. 写真などではなくデータをチェックするため、静的サーバーを構築する必要はありません。
3. システム内のサーバーが 1 台であれば問題はなく、サーバーが 2 台あるとより安定します。
4. 2 つのサーバーを使用する場合は、データベースの読み取りと書き込みを分離し (マスターとスレーブとも言えます)、Web プログラムを 2 つのサービスで負荷分散できるかどうかをお勧めします
私の観点は、毎日の訪問数は、UV 2 サーバーによって行われた場合でも、PV または UV です。もういい。データ量が少なすぎるため、より大きなサイズに調整する必要はありません。
このシステムの UV は大きくなく、主に PV が考慮されます。
物流スクリーニングは物流運送状のスクリーニングであり、電子商取引プラットフォームのインターフェイスと販売者自身から入力およびインポートされた物流運送状が処理されます。
したがって、主なプレッシャーはデータベースアクセスにあるはずです。
バックアップ データベースのバックアップ マシンとして mysql を使用することをお勧めします。
バックアップ データベースとして mysql を使用することをお勧めします。バックアップマシンはそれだけです