AWS用にアプリケーションを効率的に拡張する必要性を理解する - ダミー

アプリケーションの拡張性は、リソースへのアクセスによって異なります。 AWSは、自動化とスケーリングを組み合わせたオートスケーリングを使用して、リソースへの一貫したアクセスを提供します。モニターは、ユーザーが軽負荷と重負荷の間の差異を認識しないように、一定レベルの出力を維持するために、アプリケーションがサーバーなどの追加のリソースを必要とするときにサービスに通知するイベントを生成します。

<！実際の自動スケーリングのパフォーマンスがこのレベルの一貫性を正確に提供しないかもしれませんが、オートメーションは十分に機能し、ほとんどのユーザーはAWSの観点から不満を募らないでしょう。

RDSやその他のデータベースサービスの問題は、リソースにデータが含まれていることです。あなたが何をしていても、データ管理の問題で追加のリソースを投入することはこれまでにないでしょう。ある時点では、データの真の重さが邪魔になります。必要なレコードを見つけるために数百万のレコードを検索すると、許可するサーバーの数やメモリの量にかかわらず、時間がかかります。この時間要素を念頭に置いて、大量のデータが含まれている場合は、AWSを使用してアプリケーションを作成するときに、これらの問題を考慮する必要があります。

- >

適切なRDBMSを使用する：

• Amazonは、多数のデータベース管理者を利用可能にします。最初の傾向は、現在組織内で最も一般的に使用しているデータベースエンジンを使用することですが、この場合は速度の検討が一貫性を犠牲にする可能性があります。アプリケーションの拡張性を高めるには、クラウド環境で最適な速度を提供するRDBMSを選択する必要があります。 ベストプラクティスを使用してデータを整理します。
• ベストプラクティスを使用すると、アプリケーションの拡張性を確保するための出発点が得られます。実験の結果、通常は良い結果が得られることがわかっているときにベストプラクティスが発揮されます。 良いRDBMS最適化を見つけるための実験：
• ナレッジ・リソースは通常、特定のニーズについて誰も知ることができないため、一般的なケースに焦点を当てます。ただし、さまざまな一般的な組織および最適化手法を使用する場合にはトレードオフが発生します。アプリケーションの速度とアプリケーションの負荷に比べて十分に拡張する能力と比べて、各トレードオフの価格を考慮する必要があります。場合によっては、一般的にうまく機能するベストプラクティスに頼ることで、特定のケースで望ましい結果が得られない場合もあります。 AWSと連携して、追加のリソースが役立つかどうかを判断します。
• AWSは、通常はないリソースにアクセスできるようにすることで、スピードとスケーリングの問題を克服することができます。 AWSのドキュメントには、追加のリソースを割り当てるときに役立つヒントがいくつかあります。残念ながら、追加のAWSリソースを使用して支払われる価格に対して許容可能な利益をもたらすことを検証する唯一の方法は、テストの結果を慎重に実験し監視することです。