- 締切済み
WEBアプリケーションのタイムアウトについて
ブラウザ<-回線->WEBサーバ(apache)<-回線->APサーバ(tomcat)<-回線->DBサーバ という並びの一般的なWEBアプリケーション(それぞれ物理的に別サーバです)において、 システム要件として下記を考慮をしなければならず、困っています。 1.データベースの処理時間が長い場合、 ブラウザ<-回線->WEBサーバの接続は何を基準に保たれるのでしょうか。 また、その時間はコントロール可能でしょうか。 2.データベースの処理時間が長い場合、 APサーバ(tomcat)<-回線->DBサーバの接続は何を基準に保たれるのでしょうか。 また、その時間はコントロール可能でしょうか。 3.APサーバの処理が長い場合、 WEBサーバ(apache)<-回線->APサーバ(tomcat) の接続時間は何を基準に保たれるのでしょうか。 また、コントールは可能でしょうか。 ご教授よろしくお願いします。
- みんなの回答 (1)
- 専門家の回答
みんなの回答
- momozange
- ベストアンサー率67% (21/31)
回答No.1
「保たれる」の定義がはっきりしないと明確な回答はできかねますが すべての項目に対しては通常タイムアウトが設定できます。 apacheならhttpd.conf、DBはベンダにもよりますが必ず設定箇所があります。 「コントールは可能でしょうか」の質問に対しては「可能です」が回答になります。
補足
早速の回答ありがとうございます。説明不足ですみません。 「保たれる」ですが、上記の1~3の状況で、各サーバでタイムアウト値を設定した際に、 そのタイムアウトの制御が働くまでTCPのコネクションはかならず維持されるかどうかという意図があります。 たとえば、ブラウザ<-回線->WEBサーバでブラウザからHTTP通信を行う際に、TCPコネクションはブラウザ側 から接続するため、サーバ側制御のタイムアウトが発生する前にブラウザがTCPコネクションの切断をしてしまう場合 を懸念しています。 やりたい事としましては、タイムアウト系のエラー発生時のハンドリングで、 タイムアウトエラー画面をサーバ側にあるページでユーザに通知したいと思っています。 そのため処理の一連の流れの中の各ポイントでのタイムアウト値の整合性をとらなければと 思いまして質問させていただきました。 上記のような考慮はどのように行えばよいでしょうか。