本質的に、Jenkins CIジョブは、アプリケーションを実行する唯一の方法として、プロダクションクラスタ内でmvn spring-boot:run ....を実行します。このビルドステップでは、実際にはmaven経由でのみspringbootアプリケーションを実行しているため、非常に不安定なjvm動作が発生しています。また、私はjvmのすべての可能な調整を構成することはできません.GCログを有効にするかG1GCなどに変更するなど。mavenとvia経由で直接springbootを実行していますか？
私のJavaのspringbootアプリケーションを実際にパッケージ化する必要があるかどうかを知りたかっただけですfat jarとmavenからではなく標準のjvmフラグで動作します。
私は自分の考えをお聞かせください
春ブートMavenプラグインjvm設定を設定するためにjvmArgumentsを持っています。
......
<configuration>
<jvmArguments>-Xdebug</jvmArguments>
</configuration>
.......
目のオプションは、自己実行可能なjarファイル/戦争を作成し、アプリケーションを実行するための標準的な方法を使用することです - java -jar app.jar <jvm properties>
私たちのチームは、他の人が簡単なと述べている方法に似脂肪のjarファイルを実行してきましたjava -jar ****.jarコマンド。しかし、一度生産すると、コンテナクラスタリングシステムを利用して、アプリケーションを構成する多くのマイクロサービスを構築することができます。人工物ではなく、実行中のMavenやソースコードを配備しているように見えますが危険です。うまくいけば、これは役立ちます！
私は同意します。どのような種類のCI/CDパイプラインを使用していますか？私たちはJenkinsを使用しています。 IACツールや良い古いシェルスクリプトに関する提案はありますか？ （私たちは本当にKubernetesやDocker、Mesosなどを見ていません... AWSは無駄です） – ZeroGraviti
Jenkins Pipelinesは、CI/CDを達成しようとするときに他にもたくさんの問題を解決するようです。 https://jenkins.io/doc/book/pipeline/をご覧ください。 –
確かに。しかし、単にspringboot Javaアプリケーションをオーバーヘッドで実行するためにmavenを実行していないのですか？私はクラスタ内のアプリケーションでこれを実行しています... – ZeroGraviti
@ZeroGraviti自己実行可能なjar/warを作成し、標準の方法 'java -jar app.jar'とコンソール引数としてプロパティを実行するオプションがあります。 –
まさに私が考えていたものです。確認していただきありがとう:) – ZeroGraviti