エンタープライズ組織内の4人の開発者から成る小さなチーム向けに、仮想化を使用した開発環境の実装を試みています。これにより、開発環境、テスト環境、ステージング環境を個別に設定できるようになります。また、評価対象のシステムやツールの要件である新しいオペレーティングシステムへのアクセスが可能になります。既存のワークステーションクラスのマシンを再利用し、24GBのRAMとRAID-10を投入し、マシンをドメインに追加しようとするまで問題なく動作していました。
今、私たちは、時間の初めからすべてのエンタープライズ開発者が戦わなければならない戦争、つまり開発およびテスト環境のローカル制御のための戦いを始めています。ネットワークおよびIT管理者は、「ESXサーバーはエンタープライズ標準です」から「サーバーはクライアントVLANで許可されていません」から「[空欄に記入]は現在ローカルにあるスキルセットではありません」またはエンタープライズIT組織」。
必要に応じて、実稼働クラスのハードウェアと正式なITサポートを正当化することもできますが、時間がかかり、頭痛の種になります。その場合でも、これを実稼働システムとして扱うことでITリソースを正式に割り当てるには数か月かかる場合があります。そうしても、必要なローカル制御を失う可能性があります。
多くの皆さんが、非実稼働環境、特に仮想化の開発者による制御をめぐる同様の苦労を経験していると思います。そのため、私の質問は次のとおりです。
- インフラストラクチャ(ITおよびネットワーク)の人々を勝ち取り、これらのタイプのサイロを、一般に(そして当然のことながら)このタイプの非(集中管理)インフラストラクチャ?
- これは技術的な正当化の問題であると感じましたか?それとも、コントロールと所有権をめぐる政治的闘争の多くですか?
- IT管理の開発環境になった場合、日々の開発とテストにどれほどの障害がありましたか?
- これらのネットワークアクセスの問題を回避するために、開発環境を切断されたVLANまたは完全に独立したネットワークに移動することになった人はいますか?
また、これはHyper-V対ESXの聖戦ではありません(どちらでも構いません-ただし、Hyper-Vはこれらの目的のためにMSDNで「無料」であるため選択されました[はい、VMWareにも無料ツールがあります-一般的に、優れた管理ツールはそうではなく、 "Microsoftショップ"のローカル開発者が管理しやすいでしょう)-どちらに対する賛否両論はこの質問の範囲外です。
これは、仮想化と物理ハードウェアの比較でもありません。仮想化コンポーネントを使用しなくても、同じ質問をすることができます。
また、開発チームがパッチ管理とウイルス対策を管理するか、既存のエンタープライズシステムをサポートする場合は既存のエンタープライズシステムと統合することを既に保証していると仮定します。このシナリオは、さまざまな質問とともに、SFにも投稿されており、うまくいけば反対の視点を引き出すことができます。