Java EE に Web サービス スタックがありますが、問題があります。特定のサービスを変更し、アプリケーションをデプロイして再起動するたびに、他のサービスも再起動する必要があります。
サービスを個別のコンテキストにデプロイするためのアーキテクチャ (オープンソース) があるかどうかを知りたいです。SOA構造を作りたい。
論理的に考えると、Web サービスごとにアプリケーションを作成します。しかし、私はそれがより簡単な代替手段であると本当に信じています.
各サービスを監査する必要があります (継続時間、パラメーターの入力、結果、エラーが発生した場合)
あなたは何を提案しますか？
多くの詳細を提供しませんでしたが、実際のサービス（つまり、インターフェイスを介して通信する独立したコンポーネント）がある場合、とにかく同じアプリケーションにそれらを含める本当の理由はありません。
さらに、各サービスを独自のアプリケーションに含めることで、それぞれを個別に変更したり、スケーリングしたりすることができ、1つのアプリにサービスを含めるよりも柔軟性が高まります。
ランタイム環境にどのような要件があるかわかりません。
通常、このようなサービスが多すぎて個別のアプリケーションとして処理できない場合は、そのようなサービスをアプリケーションにグループ化します。「注文サービス」、「金融サービス」、「物流サービス」など、関連する一連のサービスをお持ちの場合。
いずれかを変更する必要がある場合、スキーマの更新など、関連するサービスも変更する必要がある可能性が高くなります。この場合、すべてのサービスを再起動する必要はなく、「グループ」(アプリケーション) だけを再起動する必要があります。
これらの状況、特に統合レイヤーのサービス用にカスタマイズされたコンテナーもあります。
SOA サービスを扱いやすい OSGi バンドルとしてデプロイするApache Service Mixを考えています。
構成とパッケージを少し変更すれば、Web アプリケーションをデプロイできるはずです。