アサーションを削除していることです。あらゆる実装で機能します。サービス・スタックで試してみると、いくつかの問題が持ち上がりました。レスポンス・メッセージを処理する際に、クライアント・サイドの例外によって失敗しました。メッセージ交換での対称暗号化にクライアントが生成する鍵を使って機能するようになりました。上に戻るパフォーマンスの比較この記事でのパフォーマンスの比較では、以前の記事と同じ地震データ検索サービスのテスト・コードを使用します。件を超える地震のデータが保管されています。範囲を指定すると、その範囲内で発生したすべての地震データが返されます。伴う高コスト」を参照してください。つのリクエスト・シーケンスを使用します。件の地震データが返されます)。件の地震データが返されます)。サービス・スタックのパフォーマンス特性の違いが顕著に現れてくることになります。番目のシーケンスによって明らかになるのは、大量のデータを処理する場合の速度です。それぞれのリクエスト・シーケンスを異なるセキュリティー構成で何度か実行し、構成ごとの最短処理時間だけを結果に残しました。つのセキュリティー構成だけです。構成は、以前の記事で使用したものと同じです。使用するように変更しているのは、パフォーマンスに顕著な影響を与えるためというよりは、デモンストレーションを目的としたものなので、この違いは結果に重要な意味を持ちません。(以前の記事でパフォーマンス・テストに使用したシステムとは異なることに注意してください)。ヒープを使用するように構成されています。サービス・スタックのバージョンは以下のとおりです。このテストを試すには、「ダウンロード」セクションからサンプル・コードをダウンロードしてください。少数のレスポンスを返すテストで測定した実行時間を示します。(この記事に記載するグラフでは、いずれも棒の長さが時間の長さを示すため、棒が短ければパフォーマンスに優れていることになります)。結果が示されていないのは、テストの途中でバグが見つかったためです。テストは、出だしは妥当な速度でしたが、繰り返しを重ねるにつれて徐々に速度が落ちてきました。倍を上回る結果となりました。このような漸進的な速度低下は、コードの実行時に保管される値をすべて参照する、といったような問題が存在していることを表しているのが通常です。この問題が発生しています。今度は多数のレスポンスを返すテストで測定した実行時間を示します。パーセントほどしかありません。つに比べ、かなり処理速度が低下しています。テスト結果と同じです。期待したとおりのはずです。両方のセキュリティー構成ではどちらも、クライアントとサービスとの間のメッセージ交換に対称暗号化が使用されています。対称暗号化構成では、リクエストおよびレスポンスのメッセージ・ペアごとにクライアントが新しく生成する共有秘密鍵を使用するという点です。新しく生成された共有秘密鍵に対しては、サーバーの公開鍵を使って非対称暗号化による暗号化を行ってから、リクエスト・メッセージの一部として送信しなければなりません。つの共有秘密鍵を使用します。構成はリクエストごとに多大なオーバーヘッドを追加することになります。測定時間に現れているというわけです。非対称暗号化を使用することはできません。暗号化と併せて、署名も付与する必要があります。パフォーマンス」に記載されているグラフと比較してみると、パフォーマンスの違いについて把握できるはずです。非対称暗号化よりも大幅に優れていることを明らかにしました。これは、メッセージを暗号化する場合は尚更のことです。匹敵する速さであることが示されており、このことは多数のメッセージを処理する場合は尚更のことです。上に戻るまとめこの記事では、クライアントが生成する共有秘密鍵を使用した対称暗号化によって、クライアント証明書を使用せずにセキュアなメッセージ交換を行う方法を説明しました。匹敵するほどの優れたパフォーマンスでのメッセージ交換を可能にします。間でのメッセージ交換も必要なためです)。クライアントが生成する共有秘密鍵は、メッセージの署名付与にも使えます。署名付与の例と基本的には同じです。共有秘密鍵での署名付与は、本質的には秘密鍵で署名を付与する場合よりも信頼性の保証が弱くなります。それでも、メッセージが送信中に改ざんされていないことを確実にするために利用できることには変わりありません。サービス・スタックのパフォーマンスの比較をまじえて説明してきました。機能のなかでも専門的な機能を取り上げる予定ですが、ここでひとまず、セキュリティー・パフォーマンスの話題について要約すべき段階が来ました。サービスのセキュリティーを使用する最善の方法についてのガイドラインを紹介します。サービスを使用しているとしたら、次回の記事は見逃せないはずです。サービス・スタックです。サービス・スタックです。サービス・スタックです。サービス標準を紹介しています。以下のチュートリアルがあります。仕様およびトークン・プロファイルを担当している組織です。これらの標準のすべてのバージョンへのリンクは、このサイトに記載されています。仕様を定義しています。担当している組織です。プログラミングのあらゆる側面を網羅した記事が豊富に用意されています。コミュニティーに加わってください。ユーザーとのつながりを持てる他、開発者が主導するブログ、フォーラム、グループ、ウィキを調べることができます。サイン・イン必須フィールドは(*)で示されます。サインインしたままにしてください。ご使用条件に同意したことになります。サインインすると、お客様のプロフィールが作成されます。会社名を非表示とする選択を行わない限り、プロフィール内の情報(名前、国/地域や会社名)は公開され、投稿するコンテンツと一緒に表示されますが、いつでもこれらの情報を更新できます。送信されたすべての情報は安全です。サインインするとプロフィールが作成されますので、その際にディスプレイ・ネームを選択する必要があります。投稿するコンテンツと一緒に表示されます。コミュニティーでユニークである必要があります。プライバシー上の理由でお客様の電子メール・アドレスは使用しないでください。必須フィールドは(*)で示されます。ご使用条件に同意したことになります。送信されたすべての情報は安全です。(Brasil)Español。