コードの起動に関しては、サーバーへの開発者アクセスをどのように処理しますか? コードを展開して変更を加えるために、マシンへの RDP アクセスを持っていますか? サーバーの docroot への ftps アクセスのみが与えられ、.NET 構成の変更はすべてシステム管理者によって処理されますか? 開発者は、展開のために本番の docroots にアクセスすることさえできますか? システム管理者は、ライブ サーバーへのコードの起動を処理しますか?
6 に答える
私が取り組んできた最良のセットアップには、3 つのレベルの階層があります。
- DEV - 開発者はこれらのサーバーに完全にアクセスできます。
- STAGE - これは開発者と QA 向けです。
- LIVE - システム管理者とビルド エンジニアのみがこれらに触れます。
これは、会社の予算と考え方にも依存します。
私たちの職場では、開発者がすべてを行います。システム管理者は何も言いません (私はシステム管理者で開発者なので)
悪い点は、私が反対しているライブ環境で多くのテストが行われており、停止しようとしていますが、まだ運がありません.
私の最後の職場は、開発者によっても処理されましたが、段階的に、ライブになる前に多くの段階がありました。
私は何年にもわたってそれぞれのいくつかを見てきましたが、開発者が完全にアクセスできる場合に最高の結果が得られました。もちろん、すべての変更を文書化してバージョン管理にコミットし、展開前にテスト システムでテストする必要があります。開発者を本番サーバーに参加させることの見返りは、問題が発生したときです。問題を最も早く見抜くことができるのは開発者です。制限が厳しい状況では、重要な 1 行のバグ修正を展開するのに数日かかるのを見てきました。
私たちはアプローチを組み合わせて使用します。私が主要な開発者であり、専用サーバー (または VM) でホストされているアプリケーションの場合、私は Web サーバーに完全にアクセスできます。より大きなアプリケーションの一部のみを開発しているアプリケーション、またはアプリケーションがより大きなフレームワークに収まるアプリケーションの場合、公開できるディレクトリにアクセスできます。テスト環境 (または新しいサービスのプロトタイピング) の場合、通常はフル アクセスです。私は、QA 作業のために完全にアクセスできる専用の QA ボックスを持っています。SQL サーバーは別の方法で処理されます。開発対象の SQL サーバーをローカルに完全にインストールしています。私は通常、DBA とやり取りして、テスト サーバーと運用サーバーにデータベースをセットアップしますが、データベースへの完全な管理アクセス権は持っていますが、サーバーにはアクセスできません。
私はほとんどの本番システムに完全にアクセスできます。ITよりも解決しやすい問題がたくさんあります。どうしても必要な場合を除いて、通常は本番環境に変更を加えません。変更を加えた場合は、管理者にそのことをメモできるように伝えます。アクセスを制限して試してみましたが、私は非常に小さなチームの一員として働いているため、オプションではありません。今のところ、管理者にアクセス権を与えるだけの場合、2人で本番環境の問題をカバーする必要があります。オンコールスケジュールではそれは困難です。
私は、会社が所有するすべての本番サーバーに完全かつ完全にアクセスできます。しかし、私たちは非常に小さな会社であり、私は多くのシステム管理作業とすべての開発作業を行っています。