サーバーが少ない場合、それらは非常に個人的なものです。 これはTOTサーバーです。 そして、これは完全に異なるサーバーです。 このような態度は、特定の構成と役割（役割）を持つ一意のサーバーに対してのみ可能です。 サーバーが大量に使用される状況では、個人のコンポーネントを区別することはできません。サーバーが同じ構成を持っている場合、それらを区別することは非常に難しいからです。 これは、クラスター、ストレージ、アクセスレベルスイッチ、および仮想化ホストで特に顕著です。



稼働中のものと同様のテスト構成が表示された後、状況はさらに複雑になります。 テストで一般的な操作は、製品に致命的な結果をもたらす可能性があります（パッケージのインストール、再起動、アドレス指定オブジェクトの再作成など）。



「頭で考える必要がある」ことは明らかです。 しかし、もう一度警告される方が良いです。 そして、最も簡単な解決策は、色分けを使用することです。

linux / bsd

色分けの明らかな場所はPS1（コマンドプロンプト）です。



たとえば、クラウドでは、サーバー上のPS1は、ホストが製品プールにあるかどうかに応じて自動的に色を変更します。プールタイプチェックは.bash_profileに記述され、プールに製品属性がある場合、色を赤に設定し、テストする場合、次に緑。 同時に、どこにも含まれていない新しいプールは、明らかに「灰色」の色になります。 そこで（プール番号と、ホストがプールのマスターであるというサインがPS1でエンコードされます）。 これは、ホスト名自体に加えて、深い意味があります。 ずっと前にこれについて書いた 。



以下は、色付きのコマンドプロンプトの例です。 ESCコードを囲む追加の角括弧に注意してください。それらを配置しない場合、テキストの位置はbashの近くに飛びます（特に、履歴出力とHome / Endボタンが壊れます）。 .bashrcからの引用：

 pr = "\ [\ e [1; 31m \]"
 end = "\ [\ e [0m \]"
 export PS1 = "$ pr \\ h \\ W \\ $ $ end"

これにより、コマンドプロンプトに太字の赤色が表示されます。 他の色はman console_codesで説明されています（prは色をオンにするescコードで、最後はオフにすることです）。



本質的な問題は、ウィンドウの背景に「自分の」色を使用することです。 原則として、xtermは「グローバル」プロパティの変更（たとえば、パレットの変更）をサポートしています-ローカルでは、コマンドラインの外に行くことはお勧めしません。 多くの場合、アプリケーションはコマンドを送信してカラーモードをリセットします。これにより、背景の色に不快なギャップが生じます。

窓

はい、小さなWindowsを管理しました。 これは悪夢のような過去の思い出です。サーバーを色分けする最も簡単な方法は、色をデザインすることです。 ほとんどの場合、画面に表示されるため、設計要素の「トーン」により、どのサーバーにいるかが自動的にわかります。 たとえば、図では、交換（砂）、mssql（紫）を備えたサーバー、およびターミナルサーバー（緑）が表示されています。 そしてバックグラウンドには、Linuxサーバー上のシェルを備えた典型的なコンソールがあります。