3

私は、WebLogic (バージョンは 11g) ドメインが usegage の観点から整理されているクライアントを使用しています。つまり、1 つは運用用、もう 1 つはテスト用、もう 1 つは開発用であり、すべてのアプリケーションが 1 つのドメインを共有する必要があります。多くのアプリケーション/ドメインがあります (全部で約 20)。私はこれが以前に行われたのを見たことがなく、それがどれほど一般的であるか疑問に思っていました. いくつかの欠点 (アプリに適した方法でドメイン レベルの設定を構成できないなど) はわかりますが、多くの (まったく) 利点は思いつきません。2 つの質問: 1. これはどのくらい一般的ですか? 2. アプローチとしての長所と短所は何ですか?

4

1 に答える 1

1

私の経験では、それは一般的ではありません。私が働いていたすべての場所は、いくつかのドメイン（アプリケーションごとおよび環境ごと）を使用しており、これにより、実際に細かく制御できます。

  • さまざまなアプリケーションがさまざまなリソースを使用します
    • APP1にはJMSサーバーが必要な場合がありますが、APP2には必要ありません。
  • ドメインを別の方法で調整できます
    • APP1にはAPP2と同じニーズがない可能性があります
  • アプリケーションは分離されています
    • APP1に対する重いクエリは、APP2には影響しません。
    • APP1を本番環境に移行しても、APP2に影響はありません。
    • APP1のクラスターを再起動する必要がある場合でも、APP2のサービスは中断されません
  • トラブルシューティング、ログ分析が容易になります
  • などなど

私が考えることができる単一ドメインアプローチの唯一の利点は、簡素化されたメンテナンスです。重要でないアプリの場合は、機能する可能性があります。しかし、私はそれに満足しません。

于 2010-08-30T01:49:53.623 に答える