4

経営陣は、メイン Web サイトにサービスを提供するために、IIS7 を搭載した Windows 2008 64 ビットを採用することを決定しました。

彼らは、IIS6 を使用する Windows 2003 サーバーでステージングしたいと考えています。　[編集]はい、32ビットはステージングのために計画されているものです[編集終了]

セキュリティの問題を超えて、どのような問題を提起すべきかを知りたいです。ステージングでは、ライブ環境と同じサーバーを選択する必要があることを示唆しています。

私はこのような素晴らしい記事を読みましたが、いくつかの箇条書きで何か言いたいことがあります

ステージング環境とライブ環境は同じであるべきであり、ベテランの開発者なら誰でも簡単に理解できますが、私の問題は、すでに決心しているように見える上層部の管理者にこれを説明しようとしているということです...

[編集] @ルーク:

基本的に、かなり頻繁に更新される Web サイトであり、ライブ環境にデプロイする前に、サイト全体をステージングしてテストする必要があります。

サイトはマーケティング部門 (非開発者) の手に委ねられ、展開前にサイトに問題がないことを確認してもらいます。

[編集++] コードは ASP.NET で、3 つの重要な顧客注文ページで使用されています。

ありがとう、

リック

4

6 に答える 6

7

64 ビットの Windows 2008 運用サーバーの機能をテストするために使用している 32 ビットの Windows 2003 ステージング サーバーではないことを願っています。

ステージング サーバーは、「このソフトウェアは運用環境で動作しますか?」という質問に答えるために使用するため、可能な限り運用サーバーと同等にする必要があります。実際に本番環境にロードする前に。

「このソフトウェアは、本番サーバーとはほとんど異なるサーバーで動作しますか?」という質問への回答 は役に立たず、実際に行っていることは、さらに別の環境でソフトウェアをテストおよびデバッグすることにコミットしているだけですが、実際には使用しない環境です。より多くの作業が必要であり、最終的には本番環境で機能するかどうかはまだわかりません。これは、そもそもステージング サーバーを使用することの全体的なポイントです。

于 2009-03-16T00:28:00.613 に答える
3

ステージング環境がライブと一致すればするほど、テストでより多くの問題が見つかります。ここにあるように、一致が不十分な場合は、発見される可能性のあるバグの種類が制限されます。たとえば、2008 64 ビットとサイトの一部のコンポーネントとの非互換性があるとしますか? ライブに行くまでは見つかりません。これは遅すぎる可能性があります。

于 2009-03-16T00:17:59.170 に答える
1

おそらく、ステージング環境とは何かを彼らに尋ねるべきでしょう。ステージング環境の全体的なポイントは、本番環境を可能な限り模倣することであることを彼らに説明してください。ステージング環境が大幅に異なる場合は、ステージング環境がない方がよいことを説明してください。それがない場合は、実稼働サイトがテストに使用されます。適切なステージングが行われていないため、サイトが数回壊れて、すべてを修正する前に重大なセキュリティ リークが発生する可能性があるだけで、それほど大したことではないことを伝えてください。きっと彼らは理解してくれるでしょう。

于 2009-03-16T01:24:49.527 に答える
1

原則として、ステージとライブの間で共通のサブシステムを使用する変更のみを検証できます。HTML コピーの変更のみを検証し、HTML のみがステージからライブに展開されることを保証できる場合、サイトがライブで動作するという高い信頼が得られるでしょう。

ステージとライブの間には非常に多くの違いがあるため、コーディングや IIS 構成の変更を検証することはできません。ライブに行くのは「押して祈る」ことになります。

于 2009-03-16T01:25:50.163 に答える
0

もちろん、ライブとステージングは​​同じテクノロジーであることが望ましいです（同じボックスですか？）。しかし、ここで上演しているのはテクノロジーですか、それともコンテンツですか? ステージング環境が主にコンテンツ用である場合、両方のサーバーが同じでなくても問題が解決する可能性があります。ただし、テクノロジーをステージングしている場合は、適切に機能しないものをライブに配置するという問題に確実に遭遇します。財布を持っている男が責任を負うつもりなら、どうぞ...

于 2009-03-16T00:41:31.127 に答える
0

リスクとお金の観点からビジネスに説明します。

  • 本番環境へのデプロイ時にサイトで問題が発生するリスクは既知であり、些細なことではありません。
  • 予期しない問題のためにサイトがダウンするコストは非常に高くなります。
  • ステージング環境が適切な質問 (「私のソフトウェアは運用環境で動作しますか?」) に答えていないため、サポート スタッフと開発者が運用環境で遭遇するたびに問題を特定するのにかかる潜在的なコストは高く、前者を悪化させます。
  • 導入の失敗が繰り返されることで発生する可能性のある深夜と高いストレス レベルは、不幸で非生産的なチームにつながり、容認できないほど高い離職率につながる可能性があります。
  • ハードウェアの購入によってこれらすべてを軽減するコストは比較的低く、多くの評判の良いエンジニアがベスト プラクティスとして推奨しています。
于 2009-03-16T01:09:42.417 に答える