アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
どこの負荷かなぁ (スコア:2, 興味深い)
テスト用の環境をいくら用意してても、ロードバランサなどのネットワーク構成、サーバ性能、OSの設定値とかが違っていれば全然当てにならないわけです。MaxConnectionCount数をApacheとTOMCATでそれぞれどう設定するか~みたい
---- 何ぃ!ザシャー
Re:どこの負荷かなぁ (スコア:0)
それは「テスト環境」ではありません。
「何かをテストしたことにする環境」とか「自己満足環境」とかそういうやつです(w
Re:どこの負荷かなぁ (スコア:1)
>それは「テスト環境」ではありません。
はげしく理想論!でも涙とともに同意!
さらに、上記についてまったく同じ構成でものを作ってたとしても、それをどう外のネットワークとつなげるかという点で必ずしも同一条件にできない、という問題が。
手っ取り早く言うと、テスト系は外から見えるようにはできないということね。あとはそれにコスト問題がからんできて、本番系はデータセンターに置くけどテスト系は社内LANにつなぐとか(当然負荷テストなんかもイントラ内からしかできん)、コストといえばひどい場合は本番系では別々の、DBサーバとアプリサーバをいっしょにしたテスト系とか。あと他システムと共通の課金システムに課金データを送信するような設計の場合は、原則テスト系から課金を発生させてはならないとかね。だが、
>>ロードバランサなどのネットワーク構成、サーバ性能、OSの設定値とかが違っていれば
>それは「テスト環境」ではありません。
とは、そういったこと抜きにしても声を大にして言いたいセリフであるなあ。
Re:どこの負荷かなぁ (スコア:1)
ん、なんじゃこりゃ、途中からネットワーク構成とは関係無い話になっているじゃないか。支離滅裂ですみません。
Re:どこの負荷かなぁ (スコア:1)
>>それは「テスト環境」ではありません。
>とは、そういったこと抜きにしても声を大にして言いたいセリフであるなあ。
こっちも非常に言いたいんですよ(苦笑
takmakiさんも仰ってますが、ネットワーク的に(具体的に言うとIPAddressやルーティングが)再現できないのです。
#社内LANからはINET経由じゃなく社内proxy経由で接続されてたりするのがさらに厄介かと
サービスごとに異なる各開発会社にデータセンターの構成を全て再現させる、なんてのは理想論じゃ片付かないのでしてね・・・(完璧なstabが作れれば別ですがそんなこと現実的じゃないでしょ)
まぁ、OSの設定値やサーバ性能などというのは愚問でしたね。反省。
---- 何ぃ!ザシャー
Re:どこの負荷かなぁ (スコア:0)
>ネットワーク的に(具体的に言うとIPAddressやルーティングが)再現できないのです。
うち(データセンター)は検証用に所有機器とアドレスを(大抵ただで)貸し出したりしますよ。
複数の開発会社間の調整や足りない機器は用意してもらう必要がありますけど。
データセンターが自社のものならアレですけど、相談してみれば?