3
エンタープライズ内部URL規則
ここに開発者...私はこれについてあなたのITの視点をお願いします... 私は社内向けの新しい内部Webアプリを構築しており、それをどのように展開するかについて考え始めています。ここにある既存のWebアプリの多くは、次のようにサーバー名を直接使用してリンクされています。 http://webserver123/someInternalApp/ これは、さまざまな理由で私を不快にさせます。サーバー名が変更され、サーバーがダウンし、ユーザーがWebアプリケーションを見つけるためにサーバー名を知っている必要はありません。サーバー名を使用すると、サーバーの入れ替えやロードバランサーの追加ができなくなります。これが悪い他の理由を考えられる場合は、私に知らせてください。そうすれば、この慣行を変更するためのより良い事例を作ることができます。 今後は、適切なウェブサーバーとアプリを指すように、内部DNSにいくつかのより良いドメイン名を設定したいと思います。私の最後の仕事では、次のような慣例に従いました。 生産用： http://someInternalApp.myCompany.com/ テスト用： http://test.someInternalApp.myCompany.com/ 開発用： http://dev.someInternalApp.myCompany.com/ Iこのような優れたアプリケーション名は、ドメイン名の重要な一部であり、開発/テスト/ prod環境の指定が簡単であるとして、。ただし、いくつかの予約があります。 アプリ名をサブドメインに入れると、最終的には多くの長くユニークなサブドメインが作成されます。アプリごとに異なるドメインを設定するのが好きですが、管理が難しくなることもあると思います。 アプリ名以外に、このURLが内部専用であることを指定するものはありません。「corp.myCompany.com」や「int.myCompany.com」のようなサブドメインを使用している他の組織について読んだことがあります。ユーザーが自宅からこれらにアクセスできるという印象を受けたくない。 以下は、内部ドメイン名を利用する方法のいくつかのオプションです。 内部サブドメインのアプリ名：（少し長くなりますが、すべてがうまくパッケージ化されていると思います） http://someInternalApp.corp.myCompany.com/ http://dev.someInternalApp.corp.myCompany.com/ サブディレクトリとしてのアプリ名：（短いドメイン名ですが、すべてのアプリが1つの統合サイトの一部であることを意味しますが、そうではない可能性があり、環境指定をアプリから切断します） http://corp.myCompany.com/someInternalApp http://dev.corp.myCompany.com/someInternalApp それでは、議論しましょう...これらのオプションについてどう思いますか？私が見逃したかもしれないより良いまたはより一般的なものはありますか？私はこの点に関して私の会社をより良い方向に導く機会があるので、私は推薦する良い大会を見つけたいと思います。 ありがとう！