ソリューションとテクノロジーで成功への道筋をつけることができます。Cloudわかりやすい料金体系により、お客様のビジネスにより総合的な価値をもたらします。安全でインテリジェントなプラットフォームを使って今すぐ始めましょう。プロダクトをお試しいただけます。基本的な構成要素で、アプリケーションのホスティングに必要なすべてのリソースを提供します。API、アプリケーションのコード、メモリなどがあります。レイヤが組み込まれており、インスタンスが誤って相互に影響しないようになっています。使われるコンピューティング単位です。つのインスタンスで実行されていることもあれば、複数のインスタンスで実行されていることもあります(このときリクエストはすべてのインスタンス間で分散されます)。インスタンスの概要インスタンスには、常駐インスタンスと動的インスタンスがあります。動的インスタンスは、必要に応じて自動的に起動し、シャットダウンします。常駐インスタンスは常時実行されるため、アプリケーションのパフォーマンスを向上させることができます。バージョンに記述されたコードをインスタンス化します。アプリに手動スケーリングを使用する場合、そのアプリが実行されるインスタンスは常駐インスタンスとなります。基本スケーリングまたは自動スケーリングを使用する場合、アプリは動的インスタンスで実行されます。アプリを構成する際、次のようなサービスのスケーリングに関するオプションも指定します。サービスの初期インスタンス数。トラフィックに応じて新しいインスタンスを作成または停止する方法。インスタンスがリクエストを処理できるよう割り当てる時間。タイプに応じて、インスタンスが常駐になるか動的になるかが決まります。サービスでは、動的インスタンスが使用される。サービスでは、常駐インスタンスが使用される。サービスでは、動的インスタンスが使用される。時間単位で発生します。ページで確認できます。課金されるインスタンスの料金の上限を設定するには、使用量上限の設定を行います。デプロイするサービスは、構成に基づいてそれぞれ独立してスケーリングするマイクロサービスのように動作します。アプリケーションを実行する動的インスタンスの数は、受信するリクエストの量に応じて常に変化します。アプリケーションに対するリクエストが増加すると、動的インスタンスの数も増加します。キューに入れるか、そのリクエスト用に新しいインスタンスを起動するかを決定します。このとき、使用可能なインスタンスの数、アプリケーションでリクエストの処理にかかる時間(そのレイテンシ)、新しいインスタンスの起動にかかる時間が考慮されます。値を設定してスケジューラの動作を最適化し、必要なパフォーマンスと費用のバランスを取ることができます。使用率の上限を指定します。同時リクエストの数にスループットのしきい値を設定します。このしきい値を超えると、トラフィックを処理するインスタンスの増加が開始されます。インスタンスが受け入れることができる同時リクエストの最大数を設定します。これを超えると、スケジューラが新しいインスタンスを生成します。新しいスケジューラの設定の動画を見ると、これらの設定の効果を確認できます。それぞれのインスタンスには、そのインスタンス用の受信リクエストのキューがあります。各インスタンスのキューで待機中のリクエストの数がモニタリングされています。負荷の増大に伴ってアプリケーションのキューが過剰に長くなっていることが検出されると、負荷を処理できるようにアプリケーションの新しいインスタンスが自動的に作成されます。非常に短時間でスケールアップできます。そのため、処理のためにリクエストのバッチをサービス(タスクキューなど)に送信している場合は、多数のインスタンスが短時間で作成されます。秒あたりの送信リクエスト数を制限することをおすすめします。される速度を制御できます。インスタンス数を減らす方向にスケーリングします。このスケーリングによって、アプリケーションで現在稼働中のインスタンスがすべて使用されるようになり、最適な効率と費用対効果が得られます。そのアプリケーションに関連付けられた動的インスタンスを無効にしますが、インスタンスが必要になった時点で直ちに再読み込みを行います。インスタンスが再度読み込まれると読み込みリクエストが発生するため、ユーザーに対してレイテンシが発生します。アイドル状態にするインスタンスの最小数を指定できます。インスタンス数をリクエスト数量に応じて適切に設定すると、リクエスト数量が異常に多くなった場合を除き、アプリケーションは少ないレイテンシですべてのリクエストに対処できます。クラスが指定されます。タイプでインスタンスの作成方法が制御されます。速度)や料金が決まります。