「大規模なWebサイトの技術フレームワーク」 - 研究は、4つのノート:高可用性アーキテクチャ

Webサイトのユーザビリティ評価指標と評価

対策の1、可用性:通常数9で、サイトの使いやすさを記述するために

2、可用性評価:可用性インデックスは、サイトのアーキテクチャ設計の重要な指標である、外国サービスのコミットメントは、内部評価指標です。

 

 サイトアーキテクチャの第二に、可用性

第三に、アプリケーションの高可用性

  1を介して、サービスのバランス、フェイルオーバー、ロードステートレス

  

 

   2、セッション管理アプリケーションサーバークラスタ。クラスタ管理の下では、セッション管理には、以下の手段です

    (1)セッション複製:比較的小さなクラスタサイズの場合について

      

    (2)セッションバインディング

      

    (3)クッキーの記録セッションの使用は:セッションは、クッキーに格納されます。

    (4)セッションサーバー

      

第四に、サービスの可用性

  1、階層管理

  2、タイムアウト設定

  3、非同期呼び出し:経由でアプリケーションやサービスへの呼び出しメッセージキューは、非同期にアプリケーション全体の故障にサービス要求の失敗の結果を避けるために、などを完了します。

  4、サービス低下:サービス拒否およびシャットダウンサービス

  同じ時間とサービス層の保証サービス、およびサービスの冪等で繰り返し発生したコールの結果呼び出さなければなりません:5、冪等のデザイン。

データの可用性、フィフス

  データの高可用性を確保すると、そのデータのバックアップとフェールオーバーメカニズムを意味し、

  1、CAPの原則:

    (1)以下の高可用性データいくつかの意味を有する:永続的なデータを、データアクセス、データの一貫性

  

    (2)データの整合性は、以下の点に分割されている:強力なデータ整合性、ユーザデータが一致して、最終的なデータが一致しています

      

  2、データのバックアップ

    (1)コールドスタンバイ

    (2)追跡:同期および非同期ホットスタンバイモードホットスタンバイモード

      1)非同期ホットスタンバイ:

      

      2)同期ホットスタンバイ

      

  3、フェイルオーバー:確認に失敗し、アクセス転送、データ復旧:それは3つの部分で構成さ

     二つの方法を確認するために失敗:ハートビート検出およびアプリケーションアクセスの失敗レポート

第六に、ソフトウェア品質保証

  1.ウェブサイトの立ち上げ

         

  2、自動テスト:セレンは、同時に互換性テストとWebブラウザの機能を完了することができます

  3、リリース前の検証:

  

  図4に示すように、コード制御

    (1)トランク開発ブランチリリース

    (2)開発ブランチ、トランクリリース

  5、自動リリース

    

 

  図6に示すように、灰色のリリース

  

 

 七、サイトのパフォーマンス監視

  図1に示すように、監視データの取得

    (1)用户行为日志收集:服务端日志收集和客户端浏览器日志收集

     (目前许多网站逐步开发基于实时计算框架Storm的日志统计与分析工具)

      (2)服务器性能监控:目前网站使用比较广泛的开源性能监控工具是Ganglia

      (3)运行数据报告:

  2、监控管理

    (1)系统报警

    (2)失效转移

おすすめ

転載: www.cnblogs.com/ivy-zheng/p/10952159.html