.net - 運用サーバーに VS.NET をインストールすることは安全であり、受け入れられますか?

Question

通常、必要に応じて製品の問題を簡単に解決するために、VS.NET を運用サーバーにインストールします。

これは良い考えですか、それとも悪い考えですか?

score 10 · Accepted Answer

デバッグと開発は、ミッションクリティカルではない「安全な」環境で行う必要があります。たとえば、開発とデバッグに使用する開発および/または QA サーバーが必要です。

EDIT： QAサーバーは本番サーバーをミラーリングする必要があります。これにより、本番環境と同じではないにしても、類似した環境でデバッグできるようになります。

score 4 · Accepted Answer

それは、インストールがもたらすリスクを受け入れるかどうかに大きく依存します。

誰かがデバッガーを間違ったアプリケーションにアタッチすると、本番アプリケーションがハングします。
ベストプラクティスと見なされているものを破っていますが、次はどのプラクティスを破りますか? 最悪の場合、人々は本番環境で開発タスクを開始することになります
サポートを受ける際の潜在的な問題です。VS がインストールされている運用環境で IIS や SQL Server などがサポートされているかどうかを Microsoft に確認します。

また、サーバー上で VS を使用せずに問題をデバッグする際に何が最も難しいかを自問する必要があります。

スタックトレースとその読み方に精通していますか?
アプリケーションのデバッグモードバージョンとリリース/フリービルドを実行する方法を知っていますか?
Windows Debugging Toolsで .NET アプリケーションにSOS デバッガ拡張機能を使用できることをご存知でしたか?
サーバーのクラッシュを自動的に収集して報告するツールの使用を検討したことがありますか?
生産で発生する問題を防ぐために何をしていますか。ある種の静的分析を行ったり、問題に基づいてモジュールを再設計したり、テスト駆動開発のような手法を使用したりできますか?

score 4 · Accepted Answer

それは絶対に受け入れられません。まず、デバッグには windows/windbg のデバッグツールをいつでも使用できます。.NET のデバッグ (SOS / ソンオブストライク) もサポートしており、チートシートを使用してもそれほど難しくありません。Windbg は、インストールせずに USB スティックから実行できます。

2 つ目は、最も大きな原因です。新しいバージョンの VS をインストールすると、デバッガーがインタラクティブモードに登録されます**。例外が発生すると、メッセージボックスが表示されます。インストール後にレジストリを手動で編集してデフォルトの動作に戻す必要がありますが、誰もそれを覚えていません。

やらないでください。問題を診断するためのより良い方法があります。

score 3 · Accepted Answer

推奨される方法は、テスト/デバッグの目的で運用サーバーのミラーを用意することです。ミラーを最新の状態に保つには、すべてのアプリケーションの更新を両方のサーバーに同時にインストールし、運用データベースを夜間またはオンデマンドでミラーにバックアップ/復元する必要があります。

高負荷時にのみ発生するエラーなど、まだいくつかの欠点があります。この場合、エラーを追跡するために何らかのログが必要です。また、本番ミラーにインストールするサードパーティコンポーネントの追加ライセンスを購入する必要がある場合もあります。

score 2 · Accepted Answer

これは良い考えだとは思いません。本番環境で問題が発生した場合に、ログに戻って何が起こったのかを判断し、開発環境で修正してから、本番環境にプッシュする前にステージング/uat 環境でテストできるように、コードには十分なログが必要です。

私が働いている場所では、開発者はサーバー/ネットワークチームによって処理される実稼働環境へのアクセスを許可されていませんが、それは大規模なビジネスであるためです. 小規模な企業の場合、開発者はアクセスできますが、デバッグに使用する必要があるという意味ではありません。

score 1 · Accepted Answer

両方。利点の 1 つは、問題の診断が容易になる場合があることです。欠点の 1 つは、インストールによって、動作中の Web アプリケーションが壊れることがあることです。私は必要な場合にのみそれを行います。

編集: 同僚が本番サーバーでライブプロセスをデバッグすることを決定し、ブレークポイントでアプリを停止し、アプリを使用できないままにしておいたことに気付かずに就寝した場合、これに対する別の潜在的な欠点が発生します。はい、これは私に起こりました。

score 1 · Accepted Answer

Visual Studio を必要とする運用サーバーで直接行うことは決してありません。コードベース、つまりバージョン管理に戻らない本番環境での変更はリスクが高すぎます。最終的には、本番サーバーでのみ変更したために解決したと思っていたバグを再導入することになります。時折、本番サーバー上のマークアップまたは XML ファイルを更新しますが、それは開発中に変更を加えて QA ボックスでテストした後で、実際のコードが含まれていない場合のみです。

score 1 · Accepted Answer

もちろん、それは製品とデバッグ対象によって異なります。一般的に言えば、回避するように努めるべきですが、テストサーバーでシナリオを正確に再現できない場合があり、実行中のプロセスにデバッガーをアタッチして問題をすばやく絞り込むと便利な場合があります。つまり、MMORPG サーバーを実行していて、特定の負荷条件下で発生する断続的なバグがある場合は、ログファイルやテストサーバーでのシミュレートされた接続から、数週間または数か月を費やして把握するか、接続することができます。問題が実稼働サーバーでリアルタイムに発生している間にデバッガーを使用して、1 時間で解決します。

ただし、私はこれを例外的なケースとして扱う傾向があり、本番サーバーから可能な限り妥当なデバッグを行います。

score 1 · Accepted Answer

Sasha Goldshtein のブログでの Production Debuggingシリーズをご覧ください。彼は、Visual Studio を使用せずにデバッグするために何ができるかについて、いくつかの優れたウォークスルーとスクリーンキャストを持っています。

score 0 · Accepted Answer

一般に、運用サーバーに Visual Studio をインストールすることは "ベストプラクティス" ではないと考えられています。これによりセキュリティ上のリスクが生じる可能性がありますが、大きな懸念事項の 1 つはパフォーマンスです。Visual Studio は膨大な量のリソースを使用し、そこでデバッグを実行すると、運用アプリケーションのパフォーマンスに大きな影響を与える可能性があります。

score 0 · Accepted Answer

使い方次第です。設計された重い作業のほとんどは、運用サーバーでは必要ありません。私は通常、xml や構成ファイルなどを編集するために運用サーバーに Notepad++ をインストールします。

.net - 運用サーバーに VS.NET をインストールすることは安全であり、受け入れられますか?

11 に答える 11

Related

Reference