レポートMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。安定性に影響を与え、パフォーマンスの低下やダウンタイムにつながる恐れがあります。インスタンスが安定した状態を保つようにできます。レート制限の仕組みの詳細についてご説明します。リクエストのみを対象とします。内でのリクエストは制限されません。エクスペリエンスとみなされるため、レート制限の影響を受けません。次の例で詳しく説明します。ユーザーが課題を表示すると、バックグラウンドで多数のリクエストが送信されます。対し、コメント、担当者、添付ファイルなどを要求します。内部のものであるため、制限されません。外で行われるためレート制限の対象になります。リクエストを対象にしています。works:ユーザーにはトークンが提供されます。これはリクエストに交換されます。件のリクエストに相当します。他のアトラシアン製品と組み合わせることで、最大のメリットを発揮できます。外部であるため、制限対象になります。エクスペリエンス内に所属するとみなされ、製品間でやり取りされるリクエストは制限の対象外にすることが望ましいと考えられます。現在の状況は次のとおりです。クラウド製品に送受信されるリクエストにレート制限が適用される、既知の問題があります。アトラシアンではクラウド製品に対するレート制限の無効化に取り組んでおり、近日中に提供を開始する予定です。現時点では回避策を使用できます。クラウド製品に対するレート制限の削除」を参照してください。内から行う内部リクエストは、制限されるべきではありません。これはほかの挙動と同様に、アプリの仕組みに依存します。エクスペリエンスの強化のために内部で動作している場合、それは制限されません。ボードに表示される特別なバナーなどがあります。このバナーは完了したすべての課題を確認し、このスプリントの勝者、つまり、このスプリントでもっとも多くの課題を完了したユーザーを表示するとします。このようなトラフィックは内部のものになり、制限されません。外部でリクエスト行うアプリは制限されます。テレビにウォールボードを表示するアプリがあるとします。取得し、それらを再度シャッフルし、前述のウォールボードとして独自の方法で表示します。このようなアプリは外部リクエストを送信し、ターミナルからリクエストを送信するユーザーのように動作します。アプリによって異なりますが、ほとんどのものが制限対象外であると想定しています。バランサの背後にある可能性が高くなります。(レート制限はクラスタではなくノードごとに適用されます)。つのノードで許可されたリクエスト数を使用してレート制限されている場合、別のノードで新しいセッションを開始すると、論理的にはもう一度リクエストを送信できます。ユーザーがノードを切り替えることはできませんが、これが発生する可能性があることを念頭に置いてください。かかわらず、各ノードに同じ制限が適用され、個別に設定する必要はありません。管理者による制限の選択基準について適切な制限の設定は多くの要因に依存するため、単純な回答を提供することはできません。ここではいくつかの提案をご案内させていただきます。適切な制限を見つける最初に、インスタンスが受信するトラフィックのサイズを理解します。リクエストを作成したユーザーを見つけます。トラフィックはレート制限されないため、この数字はレート制限として必要な値よりも大きくなります。次に、これを基本値とし、以下の質問に基づいてさらに変更します。ユーザーによる連携機能がミッションクリティカルな場合、代わりにハードウェアをアップグレードすることをご検討ください。連携の重要性に応じて、制限も高く設定する必要があります。倍にすることをご検討ください。その場合、インスタンスで問題が発生しなかった日の基本値に近い制限を選択します。追加することをご検討ください。これにより、ユーザーの作業が中断されるのを防ぎながら、十分な容量を維持できます。一般に、個別のユーザーを制御するのではなく、インスタンスを安全に保つために、制限値を選択します。レート制限は、ユーザーが作業を完了できないようにするものではなく、連携やスクリプトが壊れるのを防ぐためのものです。システム管理者である必要があります。レート制限を有効化するには、次の手順を実行します。