本の柱パフォーマンス効率パフォーマンス効率パフォーマンス効率の柱には、システムの要件を満たすためにコンピューティングリソースを効率的に使用し、要求の変化とテクノロジーの進化に対してもその効率性を維持する能力ですが含まれます。このパフォーマンス効率の柱では、設計原則、ベストプラクティス、質問の概要を説明します。実装に関する規範的なガイダンスについては、「パフォーマンス効率の柱」のホワイトペーパーを参照してください。つの設計原則があります。実装が難しいテクノロジーでも、クラウドベンダーが必要な知識を提供して複雑さを解消すれば、簡単に利用できるようになります。チームは、新しいテクノロジーをホストおよび実行する方法を学習するのではなく、単にサービスとしてそのテクノロジーを利用できます。データベース、メディア変換、機械学習はいずれも専門知識が必要なテクノロジーであり、その専門知識は技術者のコミュニティに均等に普及しているわけではありません。チームはリソースのプロビジョニングや管理ではなく製品の開発に集中できます。数回のクリックで、世界中の複数のリージョンにシステムを簡単にデプロイできます。これにより、最低限のコストでレイテンシーを短縮し、お客様へのサービスを向上させることができます。クラウドでは、サーバーレスのアーキテクチャによって、従来のコンピューティングアクティビティを実行するためにサーバーの運用や管理を行う必要はありません。ストレージサービスが静的ウェブサイトとして動作するため、ウェブサーバーは必要なくなり、イベントサービスによってユーザーのコードをホストできます。これにより、ウェブサーバーを管理するための運用負担がなくなり、トランザクションコストを削減できます。このようなマネージド型サービスはクラウドスケールで運用されるためです。仮想的で自動化できるリソースを使うことで、異なるタイプのインスタンス、ストレージ、設定を使用した比較テストを簡単に実施できます。実現しようとすることに最も適した技術アプローチを使用します。データベースやストレージのアプローチを選択するときには、データアクセスパターンについて考慮します。つのベストプラクティスの分野があります。選択レビューモニタリングトレードオフ高性能なアーキテクチャを選択する際は、データ駆動型のアプローチを選択します。ハイレベルな設計から、リソースタイプの選択と設定に至るまで、アーキテクチャのあらゆる側面に関するデータを収集してください。クラウドを活用できているかを確認できます。モニタリングを実施すれば、予想したパフォーマンスからのずれを把握し、その対策を講じることができます。圧縮やキャッシュを使用したり、整合性に関する要件を緩和したりするなど、アーキテクチャにおけるトレードオフを行ってパフォーマンスを向上させることができます。ベストプラクティス選択システムにとって最適なソリューションは、お客様のワークロードの種類に応じて異なります。多くの場合、複数のアプローチを組み合わせて使用します。優れた設計のシステムでは複数のソリューションが使用され、さまざまな機能によってパフォーマンスが改善されます。リソースは仮想化され、さまざまな種類や設定を持つリソースとして使用できます。これにより、お客様のニーズに密接に適合したアプローチを見つけやすくなるとともに、オンプレミスのインフラストラクチャでは簡単に実現できないオプションを見つけることができます。データベースを提供します。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。良いパフォーマンスのアーキテクチャをどのように選択していますか?アーキテクチャに導入するパターンと実装を選択する場合は、データ駆動型のアプローチを使用して最適なソリューションを見つけてください。パートナーは、学んだことに基づいて、お客様がアーキテクチャを選択できるようサポートしますが、お客様のアーキテクチャを最適化するには、ベンチマークや負荷テストで得られたデータが必要になります。(イベント駆動型、ETL、パイプラインなど)。サービスが使用されます。コンピューティングシステムにとって最適なコンピューティングソリューションは、アプリケーションの設計、使用パターン、設定に応じて異なります。各アーキテクチャでは、コンポーネントごとに異なるコンピューティングソリューションが使用されることもあり、パフォーマンスを向上させるための機能も異なります。アーキテクチャに対して適切でないコンピューティングソリューションを選択すると、パフォーマンス効率が低下する場合があります。インスタンス、コンテナ、ファンクションの形式でコンピューティングが利用できます。コールしたりすることで機能を変更できます。クラウドでは、どのリソースを使用するかは固定されていないため、さまざまな種類のサーバーを実験できます。いったさまざまな機能が提供されています。コンテナは、リソースが分離されたプロセスで、アプリケーションとその依存関係を実行できる、オペレーティングシステムを仮想化する方法です。ファンクションは、実行するコードに基づいて、実行環境を抽象化します。使用すれば、インスタンスを実行することなくコードを実行できます。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。コンピューティングソリューションをどのように選択していますか?コンピューティングを使用するアーキテクチャを設計する場合、需要が変化してもパフォーマンスを維持できるだけの十分な容量を確保できるように、伸縮性のメカニズムを導入する必要があります。(WORM、動的)、および可用性と耐久性に関する制約に応じて異なります。優れた設計のシステムでは複数のストレージソリューションが使用され、さまざまな機能によってパフォーマンスが改善されます。ストレージは仮想化され、さまざまな種類を持つストレージとして使用できます。これにより、ストレージ手法をより簡単かつより密接にお客様のニーズに適合させることができるとともに、オンプレミスのインフラストラクチャでは簡単に実現できないストレージオプションを提供できます。耐久性を実現するよう設計されています。変更することもできます。あるインスタンスから別のインスタンスに仮想ドライブを秒単位で簡単に移動することもできます。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。ストレージソリューションをどのように選択していますか?ストレージソリューションを選択する際は、必要なパフォーマンスを実現できるように、お客様のアクセスパターンに合ったソリューションを選択することが重要です。パーティション対応性、レイテンシー、耐久性、スケーラビリティ、クエリ機能などの要件に応じて異なります。多くのシステムでは、各種サブシステムに異なるデータベースソリューションを使用しているため、パフォーマンスを向上させるために活用する機能も異なります。システムに対して適切でないデータベースソリューションや機能を選択すると、パフォーマンス効率が低下する場合があります。フルマネージド型のリレーショナルデータベースが用意されています。使用すると、データベースのコンピューティングリソースとストレージリソースをダウンタイムなしでスケールできます。ペタバイト規模のマネージド型データウェアハウスで、パフォーマンスや容量のニーズの変化に応じてノードの数や種類を変更できます。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。データベースソリューションをどのように選択していますか。パフォーマンス効率に大きく影響しませんが、データ駆動型のアプローチよりも、組織の方針に基づいて選択されることが多くあります。ストレージと同様、ワークロードのアクセスパターンを検討することが重要です。使用してより効率的に問題を解決できないか検討することも重要です。ネットワークシステムにとって最適なネットワークソリューションは、レイテンシーやスループットなどの要件によって異なります。場所のオプションはユーザーリソースやオンプレミスリソースなどの物理的制約の影響を受けますが、最新技術を使用することやリソースを置き換えることで、こうした影響を軽減できます。ネットワークは仮想化され、さまざまな種類や構成を持つネットワークとして使用できます。これにより、ネットワーク手法をより簡単かつより密接にお客様のニーズに適合させることができます。ネットワークトラフィックを最適化するための製品機能を提供しています。ネットワーク距離を短縮しジッターを削減するネットワーキング機能も提供しています。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。ネットワークソリューションをどのように選択していますか?ネットワークソリューションを選択する際は、場所を検討する必要があります。使用すれば、使用される場所に近い所にリソースを配置できるため、ネットワークの距離を縮めることができます。リージョンや、プレイスメントグループ、エッジロケーションを活用すれば、パフォーマンスを大幅に向上させることができます。レビューソリューションを設計するときは、選択できるオプションが限られていても、時間が経つにつれ、アーキテクチャのパフォーマンスを向上させることができる新しいテクノロジーやアプローチが利用できるようになります。使用すれば、お客様のニーズに応じて絶えず進化している革新的なテクノロジーを利用できます。新しいリージョンやエッジロケーション、サービス、機能を定期的にリリースしています。これらを利用すれば、お客様のアーキテクチャのパフォーマンス効率を向上させることができます。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。ワークロードを進化させるためにどのように新機能を取り込んでいますか?アーキテクチャのどの部分でパフォーマンスが制約されているかを把握することで、そうした制約を緩和できるリリースを見つけることができます。モニタリングアーキテクチャの実装後は、お客様が発見する前に問題を修正できるよう、アーキテクチャのパフォーマンスをモニタリングする必要があります。モニタリングメトリクスを使用して、メトリクスがしきい値を超えたときにアラームを発生させるようにします。アラームを使用すれば、正しく動作していないコンポーネントが見つかったときに、そのコンポーネントを回避するための自動アクションをトリガーできます。通知アラームのモニタリングと送信を行う機能が用意されています。通じてアクションをトリガーでき、パフォーマンスの問題を回避できます。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。リソースが正常に動作していることを確認するためにどのようにモニタリングしていますか?効果的にモニタリングするには、大量の誤検出を発生させたり、大量のデータに振り回されたりしないことが重要です。自動化されたトリガーを使用すれば、ヒューマンエラーを防ぐことができ、問題解決までの時間を短縮できます。アラームソリューションをテストするシミュレーションを本番環境で実行するゲームデーを計画し、そのソリューションが問題を正しく認識するか確認してください。トレードオフソリューションのアーキテクチャを設計する場合は、トレードオフを考慮して最適なアプローチを選択します。重視するのか、時間またはレイテンシーを重視するのかを、お客様の状況に応じてトレードオフしてください。使用すれば、数分で世界各地にリソースを展開して、エンドユーザーに近い場所にリソースをデプロイできます。データベースシステムなどの情報ストアに読み取り専用のレプリカを動的に追加できるため、プライマリデータベースの負荷を減らすことができます。キャッシュソリューションも用意されています。用意されており、お客様の静的コンテンツをエンドユーザーに近い場所にキャッシュできます。前面にリードスルー/ライトスルー分散キャッシュ層が設けられています。ミリ秒未満のレイテンシーが実現されています。以下の質問は、パフォーマンス効率に関するこれらの考慮事項に焦点を当てています。パフォーマンスを向上させるために、トレードオフをどのように利用していますか?トレードオフを行うことで、アーキテクチャが複雑になる可能性があります。トレードオフを行った場合は、ロードテストを実施して、トレードオフによって目に見える効果が得られたか確認する必要があります。あり、リソースとシステムをモニタリングし、全体的なパフォーマンスと動作状況を可視化します。つの分野がサポートされます。