問題タブ [test-environments]

私の勤める会社は、お客様のサーバー環境にいつも悩まされているようです。

具体的には、ほとんどの場合、テスト サーバーと運用サーバーで問題が発生し、それらの構成が常に異なるように見えるという事実があります。開発したアプリケーションをテストするとき、テスト サーバーは 1 つの方法で動作するため、その特定の動作に合わせてアプリケーションを微調整および構成します。しかし、実稼働サーバーに同じアプリケーションをインストールすると、テスト サーバーと一致しない別の動作が観察されるため、微調整や構成が役に立たなくなります。最もイライラする部分は、これが常に発生し、誰もそれについて何をすべきかを知らないように見えることです.

もちろん、なぜこれが起こるのかについての一般的な考えはあります。すべてのクローン環境は同じように開始され、最初の数日は同じように機能しますが、遅かれ早かれ誰かがサーバー環境の 1 つだけで何かを再構成します (データベースの更新、コンポーネント ライブラリの更新、Web ファイルの更新など)。または他の構成)、それによって不一致につながります。そして、時間が経つにつれて、より多くの不一致が蓄積されます。しかし問題は、それについて何ができるかということです。

Web を検索してみましたが、何をすべきかについて良い答えが見つかりません。私も自分でいくつかの解決策を見つけようとしましたが、私のアイデアのほとんどは何らかの形で問題があるようです. 新しいルーチンは、どんなに厳密であっても回避できます。テスト サーバーを作成するために運用サーバーを定期的に複製するのは面倒で、多くの場合非常に時間がかかります。自動複製は常に信頼できるとは限らず、可能でさえありません。では、この問題について私たちは一体何をすべきなのでしょうか? テスト時のエクスペリエンスが本番稼働時のエクスペリエンスと一致することをどのように保証できますか?

他の人もこの問題を抱えていると思います。それとも彼らはしますか？たぶん、無能なのは私の特定の会社だけですか？問題に遭遇した人はいますか？もしそうなら、あなたはそれについて何をしましたか?

心から、

Linus、スウェーデンのシステム開発者

本番環境の負荷を正確にシミュレートするのが難しいほど複雑な Web アプリケーションがあります。

私たちの対処メカニズムの 1 つは、テスト環境のハードウェアが常に実稼働ハードウェアよりも遅いことを確認することでした。そのため、負荷とパフォーマンスの問題がより顕著になります。

他の人はこれを行っていますか?他にどのような戦略を使用していますか?

ばかげているように聞こえるかもしれませんが、とにかく。ひょっとして裏技があるかも？

ローカル Web サーバーがローカル マシンからの要求を受信するようにしたいのですが、どういうわけか別の IP アドレスが表示されますか? 悪名高い 127.0.0.1 とは異なる 1 つのシングルでも大きな助けになるでしょう。

利用可能なオプションはありますか?

実稼働環境にCRM4.0ソリューションがあり、テストサーバーとして使用できるように、そのレプリカを作成したいと思います。

これを達成するための代替手段は何ですか？短所/長所？

Webアプリのすべての本番データもテスト環境に流したいです。基本的に、本番サイトに対するすべてのhttpリクエストをテストサイトに転送したいと思います（そして本番Webサイトにもそれを提供してもらいます！）。

これを行うための良い方法は何ですか？私のサイトはDjangoで構築されており、mod_wsgiによって提供されています。これは、アプリレベル（Django）、Webサーバーレベル（Apache）、またはmod_wsgiレベルで最適に実装されていますか？

このディレクトリ構造を物理的に持つサイトがあります。

ディレクトリ public_html/conf/ には conf.php というファイルが含まれています

このファイルには次のインクルードが含まれています

このアプリケーションをテスト PC にコピーしてテストしたいと考えています。テスト PC は XAMPP Apache を使用します。テスト マシンの「ルート」ディレクトリは次のとおりです。C:\xampp\htdocs\

私の質問: 1. 論理パスはどこにあります/home/mydir/" definedか?

ありがとう。(PS おそらく、この質問は Server Overflow サイトで提起されたほうがよいでしょう。)

主にDjangoを使用するPython開発者として、プロジェクト用の組み込みテストサーバーを使用することに慣れてきました。これにより、ローカル開発マシンで作業しているすべてのプロジェクトにApacheをセットアップする必要がなくなります。「このディレクトリをlocalhost：8080上のPHPプロジェクトとして提供する」というPHPに似たものはありますか？

XAMPPやWAMPのようなオールインワンソリューションを探しているわけではありません。

私が働いている会社には、テスト環境と本番環境の 2 つの環境があります。コストの関係で、現在新しい環境を開始していません。

私たちが従う手順は次のとおりです。ビジネスは機能リクエストを作成し、開発はそれを実現し、テスト環境にデプロイします。その後、ビジネス テスト (UAT) が行われ、問題がなければ、その機能は次の運用展開に含まれます。

問題は、テスト DB のベスト プラクティスです。開発者はテスト環境を遊び場として扱い、テスト目的で DB を初期状態にリセットすることがあります。一方、ビジネスマンは、テスト DB は安定している必要があり、リセットする必要はないと考えています。この問題を解決し、テスト環境を開発チームとビジネス チームのどちらに所属させるかを決定したいと考えています。(開発者はビジネスがテスト環境に顔を出すことを望んでいませんが、ビジネス チームはサーバーにお金を払っています。)

環境に関するベストプラクティスは何ですか? これに関する記事をお勧めできますか？