システムSET化に関するいくつかの問題

1 SETはどんな問題を解決しますか?1.1災害対応問題の核心サービスが中止され、データベースのメインライブラリが一つのIDC、1.2資源拡張問題に集中する単一のIDC拡張は限られている(例えば、機械室が満載で、帯域幅が不足している).機械室にまたがり、異郷にまたがるIDC拡張はまた機械室にまたがる遅延問題のデータのメイン状況が現れ、接続数が限られている.無限拡張1.3大クラスタ分割問題の適用をサポートしない分布式クラスタ規模が巨大であれば、応答をもたらす資源拡張、大クラスタ分割、災害対応の問題は業務の角度から考慮して、災害対応、異郷の需要が現れて、底層はユニット化のアーキテクチャを実現することができなくて運に応じて2 SET化の方案の進化を生みます
2.1同城双活、ストレージ、mq、キャッシュ、タイミングタスク異郷主従アーキテクチャ、機械室をまたいで書き込む.データセンターの異常で、手動で切り替えることができます.2.2両地の3つのセンターが都市と共働きした上で、データセンターをオフサイトに配置し、災害レベルの故障だけが有効になる(オフサイトでの冷却)

                     、    、       、  ，  ，         

2.3 SET                  

Route By UserId

3 SET化アーキテクチャ3.1ユニット化クラスタは、各クラスタが独立してユニット内の流量を処理することができ、流量分割、故障分離3.2各ユニットが本クラスタのデータのみを記憶することを実現する.その後、データの双方向同期を行い、災害対応切替需要3.3センタークラスタを実現する:ユニット化改造を行わないサービス、通常非コアサービス3.4 SET化戦略:ミドルウェア:MQ、RPC、KVなどのRPC---SETサービスに対して閉鎖呼び出し、非SETサービスに対してセンタークラスタMQ、KV---分SETの生産、照会、消費をサポートする

                 ：
                 ：              ，           
                 ：        ，      ，      

             SET   ：
                 
               

                    ：
                    ，ip，  、        SET
             O2O               

                   ：
             SET    、  

4 SET化アーキテクチャの原則は何ですか.
4.1業務システムの透明な業務に対してSETの規則に関心を持つ必要はなく、配置問題4.2切り分け原則:切り分けは業務レベルによって必要に応じて切り分け、最大の業務次元切り分けを優先的に選択し、大量のO 2 Oユーザーは属地によって近く切り分け、単一のSETは単一の機械室に限らないが、クラスターは大きすぎるべきではない