Facebook Twitter
alltechbites.com

鬼ごっこ: ストレス

ストレス でタグ付けされた記事

スケーラビリティ テスト: 成功への 7 つのステップ

投稿日: 行進 5, 2022、投稿者: Grant Tafreshi
開発中に非常にうまく機能し、少しスケールで展開されているシステムは、展開が実際の使用度をサポートすることを中心にスケーリングされると、パフォーマンスの目標を達成することを怠ることができます。 | - |これの模範的な模範的なケースは、最近、フォワード思考ハイテクプラットフォームの開発を外部委託した重要なブルーチップ企業に由来しています。 開発は予定より遅れていましたが、これは許容できるとみなされます。 マシンは、個々の受け入れテストの機能的なコンポーネントを徐々に通過し、最終的に展開日を設定できるように見えました。 しかし、サプライヤーは負荷テストとスケーラビリティテストを開始しました。 そこには、拡張された費用のかかる量の建築的変化と機械要件の変更が続きました。 サプライヤーは、プロジェクトが最終的に存在するまで、満足のいくシステムを提供するために英雄的に戦いました。 | - |これは孤立したケースではありません。 民間伝承には同様の物語がたくさんあります。 救急車の派遣システムから、課税明細書の電子提出のためのWebサイトまで、システムはピークの需要を拡大して体験するため、失敗します。 これらのプロジェクトはすべて、彼らが直面した主要なリスクを特定し、命じたことがないようです。 これは、リスクベースのテストの基本的な段階である可能性があり、機能性テストまたはビジネス継続テストにはスケーラビリティテストまたは負荷テストに等しく適用されます。 リスク評価がなければ、スケーリングが最大のリスクの間にあることを認識していませんでした。 サービス指向アーキテクチャ(SOA)に対する最近の傾向は、スケーラビリティの問題に対処しようとしますが、さらに新しい問題を導入します。 現在のソリューションに外部から提供されたサービスを組み込むことは、現在スケーリングする能力がこれらの外部システムが負荷下で動作することに依存していることを意味します。 これを保証することは厳しい作業になる可能性があり、悲しいことに、ここでのひずみテストとストレステストはしばしば見落とされています。 | - |より良い練習は、特にスケーラビリティテスト、ボリュームテスト、負荷テスト、特にスケーラビリティテスト、ボリュームテスト、負荷テストで、心臓でのパフォーマンスを使用して、大規模なソフトウェアシステムの開発を開始することです。 このパフォーマンステストフォーカスを生成するには:| - |#+#情報のボリュームとトランザクションのボリュームを調査して定量化するマーク市場が暗示しています。 これらの数字のいくつかは、目を見張るものであり、ビジネスエンタープライズユーザーがマシンの全体のスケールを実現するのに役立ちます。 これだけで、いくつかの機能の優先順位が再評価される可能性があります。 # - #| - |#+#ユーザーと、マシンのスケーリングを容易にするために構造化されたマシンに機能をどのように表示できるかを決定します。 通常、個々のユーザーデスクトップソリューションで適切なスケーラブルな代替手段を提供するために、まったく同じ機能を持たないようにしないでください。 # - #| - |#+#開発プロセスの本質的な領域を認識することは、各インクリメンタルソフトウェアリリースの代表的なスケールでの負荷テストです。 それは継続的なテストであり、プロジェクトの最大のリスクであるフルスケールで運営する機会に集中しています。 # - #| - |#+#負荷テストが範囲と厳密さの両方で適切であることを確認してください。 負荷テストは、パフォーマンステストで応答時間を測定するだけではありません。 ひずみテストプログラムには、ストレステスト、信頼性テスト、持久力テストなど、他のスタイルの負荷テストを含める必要があります。 # - #| - |#+#障害が発生することを忘れないでください。 大規模システムには、一般に、フェイルオーバー動作を伴うサーバークラスターが含まれます。 故障テスト、フェイルオーバーテスト、および負荷の下で動作する代表的なスケールシステムで完了した回復テストを含める必要があります。 # - #| - |#+#壊滅的な障害が発生する可能性があることを忘れないでください。 大規模な問題については、災害テストと災害復旧のテストは、代表的な規模と負荷で完了する必要があります。 これらのアクティビティは、ビジネス継続性テストの技術層と見なすことができます。 # - #| - |#+#外部サービスを使用している場合は、外部サービスを認識します。 あなたの場所はSOAアプローチを採用しているため、外部サービスの影響を受けているのは、これらのサービスのスループットとターンアラウンド時間が身体の鱗とそれ自体の要求が増加するにつれて受け入れられ続けることを確認する必要があります。 優れたシステムアーキテクチャには、外部サービスの動作が悪化または故障した場合の優雅な応答とフォールバック操作が含まれます。 # - #。 | - |...