WeblogicをTomcatに置き換える？

Question

私はWeblogic 10.xをApache Tomcatと置き換えて調査しています。皆さんの洞察や勧告に感謝します。

交換の理由は、おそらく、プロダクションWebアプリケーションサーバーの怪物の開発作業をしようとしている人には、おそらく知られています。アプリケーションは大規模で（数百万行のコード）、従来のコードベース、技術のスラム（Struts、EJB 2、EJB 3など）を含み、コードベースの変更は頻繁にWebサーバーの再デプロイ/再起動を伴うJRebelで） - 長い時間がかかります（5〜10分の調整まで）。それは明らかに時間を無駄にし、不満をもたらし、間違いを招く。

私が知りたいと思うのは、この交換を考えているのですか？コードベースは後でdeviパイプラインでgeniune WLインスタンスに対して検証されますが、devマシンではできるだけリーンにしたいと考えています。これは明らかに簡単な移行ではありませんが、私は完全に不可能であるか、少なくとも、絶対にお勧めできない何かに1週間スパイクを嫌うでしょう。

明らかに私はJavaEE仕様を実装する必要があります（正式に検証される必要はありません - 動作している間は:)）ので、私は可能性を見てきました。 Geronimoは長く死んでいるようですが、Glassfishはlimbo（？）、Jonasは未知です。 Java 8の下での作業はBIG plus（TomEE 1.7がサポートしているようだ）です。

最後に、XAトランザクション（2段階コミット）では動作しません。したがって、少なくともサポートは必要ありません。

これは合理的なアプローチですか？私は行方不明の代替ですか？移行を経験しているすべての経験？どんな考えも歓迎です。

Answer 1

ここで長年のTomEEユーザーです。私たちは過去3年間、生産においてTomEEを使用してきました。まず、バージョン1.7（Java EE 6）でSOAを始め、マイクロサービス向けにTomEE 7（Java EE 7）にアップグレードしました。

私たちのスタックは、db（pgsqlとdb2）、elasticsearch、hazelcast、kafka、akka-stream-kafka、akkaのKotlin、JAX-RS、CDI、JSON-B、BVal、mybatisです。 TomEEはすばらしい、小さなアプリケーションサーバーを作ります。スタートアップと最初のガベージコレクションでは、ヒープ使用量が約30m（またはそれ以下）であると思います。私たちはKubernetesでDockerを使い始めています。

WildFlyにはいくつかのクールなことが起こっていて、もっと活発になっているようですが、明らかに彼らの背後には巨大な企業があります。

Adam Bienがdockerイメージのサイズのためにuberjarになっていない設定を同意して実行すると、完全なアプリケーションサーバー上で実行されている128Mコンテナと5〜20Mの小さいコンテナを転送します。

私はWildFly Swarmを試してみました。それはクールだし、fatjarの代わりに戦争を展開することもできます（meecrowaveもこれをサポートしていて、私はPayara microも考えています）。

TomEE、WildFly（およびSwarm）、PayaraをJava EEルートに固執するために使用するアプリケーションサーバーのリストに配置します。あなたが別の方向性を考えているなら、大量の情報、記事、ブログなどを網羅する準備をしてください。Akka-HTTP？遊びます？スカラ？春のブート、ちょうどnetty/tomcat/etcで動作しますか？ vert.x？

多くの選手がそこから選ぶことができます。あなたが好きで働いているものを見つけてください。私たちのために今はTomEEです。