1.分散問題
1.分散セッションの問題。
Redisのセッションが保存されたかに直接導入することができることで、プラグイン、分散制御セッション、もちろん、また、使用することiphashのnginxをバネ - セッションRedisのスタートが、彼は、サーバーに直接バインドIPだった、原因となります負債はバランスされていません。
2.データの一貫性の問題。
これは、分散トランザクションのフレームワーク、または最終的に一貫したソリューションによって解決することができます。
3.製品やその他の問題
API業務を処理するとき、我々は、フォームの繰り返し処理を有効にする必要があります。同じサービスの繰り返し処理は、パラメータは、サービス基本クラスをカプセル化することができるが、包装のタイプから継承された他の特定のパラメータは、その後、AOP切片重複送信フォームを制御します。
4.グローバルIDの問題
Redisの増分は全体の配列を達成するために使用することができます。あなたはまた、貧しい可読性がUUIDで、UUIDを使用することができ、収納スペースの文字列が比較的大きいなければなりません。
5.分散ロックの問題
あなたはzookepperを使用するか、または分散ロックを達成するためのRedis、個人的にコントロールに楽観的ロックをお勧めすることができます。
2.高の並行性の問題
1.どのようにQPSインタフェースを向上させるには？
①にehcacheは二次キャッシュを作るために使用し、RedisのはQPSインタフェースを改善することができます。
例えば、携帯電話の確認コードを送信するために登録した後②必要性、メールを送信します。また、QPSの向上、キューを分離するために使用することができます。
3.可用性の問題
データベースに直接リクエストの侵入を防ぐために、キャッシュ1.巧妙な使用。
2. Hystrixは、アバランシェ効果を防ぎます。サービスの蓄積を防ぎます。