従来のJaveEEアプリケーションの一部をSpringブートに変換しています。ベンダーにはこれを実行するようになっていますが、TomcatやJettyが組み込まれたSpringブートは生産準備ができておらず、コンテナ（Tomcat/JettyまたはJBoss）にデプロイするためにパッケージ化することを推奨しています。この種の目的を破る。クレームは正確ですか？埋め込みTomcatまたはJettyでSpringブートを行います。グレード
Springチームはスタンドアロンの「組み込みモード」を推奨しています.Pivotal（Springの企業スポンサー）は主要なコンサルティングサービスを提供し、組み込みモードを推奨しています.Netflixは、スタンドアロンのBootで動作するようにシステムの大部分を再設計しました。
私は0.5.0M6以降、組み込みモード（TomcatとUndertow）を使用していましたが、サーバーコンポーネントに問題はありませんでした。あなたの売り手に売り手の問題があるように思えるかもしれません。トピックの
12-因子アプリは完全に自己完結型であると に実行環境にウェブサーバの実行時の注入に を依存していませんがウェブに面したサービスを作成します。
それは理由を説明していませんが、ソースがhereです。私の個人的な経験から、私はそれが本当に必要とされていないより多くの設定（そして複雑さ）を追加すると主張したいと思います。また、開発環境と生産環境を近づけます（つまり、開発者が書いたものは本番環境で実行されるものです）。負荷の重い状況では、サービスのクラスタの前に別のサービスを配置して負荷分散を処理するのは理にかなっていますが、それは別のトピックです。
これがどのように問題に対処しているかは完全にはっきりしていません。 – chrylis
** "Springチームはスタンドアロンの組み込みモードを推奨します" ** この情報はありがたいですか？私はSpringブートのドキュメントでこの情報を見つけることはできません。 "**スタンドアロンの組み込みモード**"はどういう意味ですか？それは矛盾した言葉から奇妙に聞こえる。 Googleでこの言葉を引用すると、関連する情報は見つかりませんが、あなたの答えはわかりません。 – davidxxx
@davidhxxxこの時点であなたを案内する場所がわかりません。 Dave Syerや他の人との個人的な会話に基づいています。 「スタンドアロンの組み込み」に関しては、アプリケーションをインストールする外部コンテナを持つ従来のJ2EEビジネスから来ています。 Spring Boot *はサーブレットコンテナをエンジンとして埋め込み、 'java -jar'だけでアプリケーション* standalone *を実行できるようにします。 – chrylis
これらの精度をありがとうございます。第2のポイント（スタンドアロンの埋め込み）について、私は自分自身に疑問を呈します。 SpringBootがコンテナを提供する場合は、埋め込みモードのように見えます。あなたは言った** Pivotal（春の企業のスポンサー）は、主要なコンサルティングサービスを提供し、埋め込みモードを推奨します**しかし、私はこの組み込みモードがあなたのコメントに記述したStringチーム組み込みモードとどのように違うのか分かりません。 – davidxxx