ソフトウェア開発における環境命名基準は？

Question

私のプロジェクトは現在、環境の命名の問題に苦しんでいます。どの環境に名前を付けるか、または名前に何を指定するかについては、人によって想定が異なり、それを議論するときに混乱が生じます。少し調べてみましたが、標準はありません。

用語には、「ローカル」、「サンド」、「開発」、「テスト」、「ユーザー」、「QA」、「ステージング」、および「製品」（さらに、さまざまな人々が尋ねたいくつかの追加）が含まれます

私は意見だけを探しているのではありませんが、「みんな」が持っているものがあるとしたら、それを採用します。たとえそれが非公式であっても、ある種の権威によって進められた定義を見つけようとしています。

現在使用している環境は次のとおりです。

私は何を私は知っていますそれらを呼び出しますが、これには何らかの標準がありますか？前もって感謝します。

Bill · Accepted Answer

固定された標準がないだけでなく、固定されたパターンも実際にはありません。構築しているものとそれを複製する余裕があるスケールとの間の依存関係は、ある種類のプロジェクトから別の種類のプロジェクトにどのように見えるかを決定します。

私はわずか1つの環境と最大13の環境で作業しました。

あなたが説明するシーケンスでは、私は通常、彼らが次のような名前を付けているのを見ます

私のアドバイスは、すべての製品またはプロジェクトごとに名前と目的と基準を入力および終了することに同意することです。その後、7番目の環境が必要な場合、または将来何らかの理由で5つだけ必要になる場合は、再度話し合います。チーム。

名前のセマンティクスに夢中になっているチームメンバーがいる場合は、常に名前を削除して、prod-6からprod-1として参照できます。1人のマネージャーは、QAスタッフが環境でテストすることを拒否しました。それは「QA」と名付けられなかった

サーバー自体に名前を付けたい場合は、通常、サーバーの権限に基づいてサーバーに名前を付けることをお勧めします。通常、これは次のようになります。

ほとんどの人はこれらの種類の名前を接頭辞または接尾辞として使用することになり、「devsqllweb」「qasqlweb」「prodsqlweb」などのチェーンが作成されます。

Burhan Khalid · Answer

より構造化され、規制された業界から来ると思いますが、サーバーに名前を付けるオプションは私にはない贅沢です。私たちのサーバーは、会社のITポリシーに従って名前が付けられているため、マシンの実際のホスト名は、私たちが制御できるものではありません。

私たちがやったことは、DNS名とエイリアスのルートがなくなったことです。ルールは最初の文字であり、開発プロセス（ゾーン）におけるサーバーの一般的な役割を識別します。

次に、マシンの役割を識別するための最大3文字の名前があります

そのゾーンに複数のマシンがある場合は、数字が後に続きます。これを内部のドキュメントサーバーに公開し、プロジェクトの新しいドキュメントの一部として、およびブートストラップ段階で提供します。

これらは、開発プロセスの一部であるサーバー用です。サポートマシンについては、より自由なポリシーがあります。新しい補助サーバーをプロビジョニングする必要がある場合は、開発チームに好みの名前を付けるよう依頼します。

これはいくつかの興味深いものにつながりました、私の2つのお気に入りのものはcerberus（内部プロキシ）ボックスとhades（ドキュメントサーバー/イントラネット）です。

これはいくつかのベストプラクティスではないと確信していますが、これは私たちが使用するものであり、私たちにとってはうまくいきます。

Miyamoto Akira · Answer

決まった定義はありません。一般的な慣行で使用されているものはいくつかあります（リストされています）。トイストーリーで各環境にキャラクターの名前を付けたい場合は、できます（ただし、お勧めしません）。

私がやろうとしていることは、会社の用語集を作成することです。そこでは、使用したい名前を付けます。