同時接続数)」について解説していきます。カスタマイズを既にバリバリ行っている人も、最近カスタマイズを始めた人も、kintoneカスタマイズを行っていく上で、とても大切な内容になっているので、ぜひ目を通してみてください。同時に接続している」状況を図を使って解説してみようと思います。リクエストのデータの流れについてざっくり図示してみます。リクエストに対し、上図の流れでリクエストを処理しています。続いて、APIが同時に接続している状況を見てみましょう。上図は、2つのAPIリクエストがkintoneサーバー内で処理されているタイミングのイメージを図示したものになります。APIが同時に接続している数というのは、上図のように、kintoneサーバー内で複数のAPIのリクエストを処理している数のことを言います。この値の制限値として、1ドメインにつき100という制限値を設けています。接続できるのは100リクエストまでですよ、という意味になります。レスポンスが返ってきます。よるリクエストが通らない、といった状況に陥ってしまいます。リクエストが通らない状況とは、以下のような状況です。利用していない画面へは遷移できます。「429エラー」の画面が返ってくるようになる可能性があります。設定している理由は、kintoneサーバー側の負荷を抑えるため、です。仮にこの制限値を設けていない場合、APIリクエストがkintoneサーバー側に積み重なることで、kintoneサーバーへの負荷が膨大になり、最悪のケース、サーバーがダウンしてしまうことが考えられます。kintone自体を利用できないといった状況に陥ってしまう可能性があるため、この制限値を設けています。同時接続数はどのような状況で上昇しやすいのか同時接続数が上昇しやすいのは、kintoneサーバー側の負荷が高まっている時、です。先ほどの図でいうと、アプリケーションサーバーとデータベースサーバー間の処理が増加している時、になります。同時接続数が増加する状況としては、kintoneサーバー側に以下のような負荷がかかる処理をリクエストしているケースが考えられます。kintoneサーバー側の負荷が高まる原因としては、APIに限らずユーザーの利用状況、ネットワーク環境等の様々な要因が重なることによって引き起こされるため、ここに挙げたパターンはあくまで一例になります。同時接続数の調べかたと対策について複合的な要因により同時接続数が増える可能性があるため、残念ながら同時接続数の増加を防ぐ確実な方法はありません。現時点で出来る同時接続数の対策方法としては、以下のような対策が考えられます。同時接続数を調べる方法には、以下の二つがあります。利用したカスタマイズ方法については、以下の記事が参考になります。運用方法やプログラムの構成等を見直すことも視野に入れたほうがよいかもしれません。制限値について解説してみました。利用していただけるよう、これから性能検証チームで考えられうるユースケースを検証し、記事にしていけたらな、と考えています。既存のカスタマイズの構成等を見直すきっかけになれば幸いです。kintoneで確認したものになります。コミュニティをご活用ください。ログインしてコメントを残してください。