2011-08-02 19 views
0

異なる役割を持つサーバーがいくつかあります。たとえば、実動サーバーとテスト/ステージングサーバーがあります。私たちには、テストされ承認されたり使用されたりすると、パスを生産に切り替えるのを忘れるエンドユーザーがいくつかあります。彼らは少し新しいパスを使用して、何らかの理由でテスト/ステージングを使用して元の状態に戻します。なぜなら何らかの理由で私たちが愚かさ以外のことを理解できないからです。ビルドを本番環境に移行した後でも、ステージング環境を垣間見ることができるようにしたいと考えていますが、それらのサーバー/サービスに依然として打撃を与えないようにしたいと考えています。プロダクションデプロイメント後にユーザーがステージングエリアにアクセスするのを防ぐ方法

ここでは、この問題の解決策をいくつか考えています。 1つは、彼らに直接ステージングURLを与えることはありません。考えられるのは、仮想ディレクトリを作成するか、ドメインエイリアスを与えてシャットダウンし、これらのエンドポイントにアクセスできるようにすることです。私たちは主なステージングドメインをオフィスのIP範囲に制限して、直接アクセスすることはできず、それを良いものと呼ぶことができます。

これは良い解決策のようですか?私たちのプロセスは間違っていますか、より良いルートはありますか?

私は、ビジュアルを効果的に使用できないWebサービスとWebサービスのソリューションに興味があります。

+1

あなたはどのようにして人々が愚かにならないようにすることができますか? – phoet

+0

@phoet私たちは人々が愚かにならないようにすることはできませんが、404ページなどで思い出させることができます。 – Steve

答えて

0

私たちは私の仕事でもこれを実行しました。非常に最近、実際には。私が仮想ディレクトリ以外について考えていたことの1つは、テストする特定のポートを設定してから、ポートをダウンさせるか、内部でのみ使用するためにポートを変更することでした。

+0

またはstaging1 staging2のような仮想ホストを変更する...各リリースの後にステージング69 – phoet

0

具体的な例を挙げると、アプリケーションがどのように配備されているかについて詳しく説明していないことがあります。優れたソリューションの1つは、より良いユーザーを獲得することです:Pおそらくもっと可能な解決策は、プロダクションボックスが(コードで決められたような)特定のユーザーセットをテスト/ステージングシステムに移動させることです。 I.ユーザーは常にプロダクションに接続しますが、プロダクションマシンの接続時/認証時には、プロダクション用にあまりにもクールであるため、テスト/ステージングコードを実行できません。

これは完全な完全な方法ではありませんが、多くの多くのWebサイトで、特定のユーザーをコードベースのさまざまな部分に入れることができます。

これはあなたにとってどれほど実現可能かわかりませんが、おそらくそれは可能です。

0

ユーザーはURLに問題があることがあり、アドレスにポート番号などの微妙な変更を加えたくないことがあります。

私が見つけた最良の方法は、アプリケーションがそれらが何であるかの環境をユーザーに伝えることです。

例えば、私のチームは、デベロッパー/ステージング環境のためにコード化された絶対位置のヘッダーやフッター、色を使用していることアルファ/ベータ版のタグ付きのアプリケーションバージョン番号と、「このサイトで行われた作業は失われます。プロダクション(リンク)を使用して作業を続ける」というメッセージが表示されます。通常、Dev領域は赤色に、ステージング領域は黄色にします。また、この分野のバグ追跡システムへのリンクを置いています。

通常、このような領域はありません。しかし、アプリバージョンとプロダクションタグが入った緑色の領域を配置し、数秒後に緑色の領域を消していくことで、肯定的な補強を提供することがあります。これは、アプリを前面と中央に保つのに役立ちますが、ユーザーが正しい場所にいることをユーザーに知らせます。

+0

あなたはWeb APIやGUIのない​​SOAの何かを持っていたらどうですか? – Steve

+0

興味深いことに、エンドユーザーがアプリケーションの設定でAPI URIを入力するシナリオはありますか? – nikmd23

+0

私は彼らがそれをどのように消費しているのか分かりません。しかし、そうしたラインに沿ったものがありそうです。 – Steve

関連する問題