1

異なる役割を持ついくつかのサーバーがあります。たとえば、運用サーバーとテスト/ステージング サーバーがあります。物事がテストされ、承認または使用されると、本番環境へのパスを切り替えるのを忘れるエンドユーザーが数人います。彼らは新しいパスを少し使用し、その後、愚かさ以外に理解できない何らかの理由で、ある時点でテスト/ステージングの使用に戻ります。ビルドを本番環境にプッシュした後、ステージング環境を垣間見ることができるようにしたいのですが、それらのサーバー/サービスにアクセスできないようにしたいと考えています。

現在、この問題に対するいくつかの解決策を検討しています。1 つは、直接ステージング URL を提供しないことです。仮想ディレクトリを作成するか、ドメイン エイリアスのセットを用意して、これらのエンドポイントへのアクセスを許可したままシャットダウンすることが考えられます。メインのステージング ドメインをオフィスの IP 範囲に制限して、彼らが直接アクセスできないようにして、それを良いと呼ぶことができます。

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

ビジュアルをうまく活用できないWebサイトやWebサービスのソリューションに興味があります。

4

3 に答える 3

0

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

私が見つけた最良のアプローチは、アプリケーションがユーザーに現在の環境を知らせることです。

たとえば、私のチームは絶対配置のヘッダーまたはフッターを使用しており、アプリケーションのバージョン番号をアルファ/ベータ タグで示す開発/ステージング環境用に色分けされ、「このサイトで行われた作業は失われます。使用してください。あなたの仕事を維持するためのプロダクション（リンク）。通常、開発領域を赤く、ステージング領域を黄色にします。また、バグ追跡システムへのリンクをこの領域に配置したいと考えています。

本番環境では、通常、このようなリージョンはありません。ただし、アプリのバージョンと製品タグを含む緑色の領域を配置し、数秒後に緑色の領域をフェードアウトすることで、正の補強を提供することがあります。これにより、アプリを前面と中央に保つことができますが、ユーザーには適切な場所にいることがわかります。

于 2011-08-03T12:57:22.353 に答える
0

私の職場でもこれに出くわしました… 実はごく最近です。仮想ディレクトリ以外で考えたことの 1 つは、テスト用に特定のポートをセットアップしてから、ポートを停止するか、内部使用のみに変更することでした。

于 2011-08-02T21:00:57.330 に答える
0

アプリケーションのデプロイ方法の詳細がないと、具体的な例を示すのが面倒になる可能性があります。素晴らしい解決策の 1 つは、より良いユーザーを獲得することです:P おそらく、より可能な解決策は、実稼働環境で特定のユーザー セット (コードで決定) をテスト/ステージング システムに移動させることです。つまり、ユーザーは常に本番環境に接続しますが、接続/認証時に本番マシンは、これらの人々が本番環境にはクールすぎると判断し、代わりにテスト/ステージング コードを実行させます。

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

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

于 2011-08-02T21:04:09.720 に答える