Spring Boot：立ち上げて実行する

第11章. Spring Bootアプリケーションをデプロイする

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ソフトウェア開発において、デプロイはアプリケーションの本番へのオンランプである。

アプリケーションがエンドユーザにどのような機能を約束しようとも、そのユーザが実際にそのアプリケーションを使えるようになるまでは、それは事実上、学問的なwhat-ifの練習でしかない。比喩的に、そしてしばしば非常に文字通り、デプロイは報酬である。

Spring Initializrを参照すると、多くの開発者はSpring BootアプリケーションがWARファイルまたはJARファイルで作成できることを知っている。同じ開発者のほとんどは、WARオプションを避けて実行可能なJARファイルを作成する正当な理由がたくさんあり（そのうちのいくつかは本書で前述した）、その逆を行う正当な理由がほとんどないことも知っている。多くの開発者が気づいていないのは、Spring Bootの実行可能JARをビルドする場合でも、さまざまな要件やユースケースを満たすためのデプロイには多くの選択肢があるということだ。

この章では、Spring Bootアプリケーションをデプロイする方法について、さまざまなターゲット先に有用なオプションを検討し、それらの相対的なメリットについて議論する。そして、これらのデプロイ成果物の作成方法を示し、最適な実行のためのオプションを説明し、そのコンポーネントと出所を検証する方法を示す。あなたが思っている以上に、Spring Bootアプリケーションをデプロイするためのより多くの、より良いツールがあることはほぼ間違いない。

コード・チェックアウト

まずは、コード・リポジトリからブランチchapter11beginをチェックしてほしい。

Spring Bootの実行可能JARを見直す

第1章で説明したように、Spring Bootの実行可能なJARは、単一の、自己完結した、テスト可能でデプロイ可能なユニットで、最大の実用性と汎用性を提供する。作成と反復が速く、環境の変化に対して動的に自己設定可能で、配布と保守は極めてシンプルだ。

どのクラウドプロバイダーも、プロトタイピングから本番デプロイまで幅広く利用できるアプリケーションホスティングオプションを提供しており、それらのアプリケーションプラットフォームのほとんどは、必要最低限の環境のみを提供し、ほぼ自己完結型のデプロイ可能なアプリケーションを期待している。Spring Boot JARはこのようなクリーンな環境にごく自然にフィットし、摩擦のない実行のためにJDKの存在だけを必要とする。アプリのホスティングにシームレスにフィットするため、Spring Bootの名前を指定するプラットフォームさえある。Spring Bootアプリケーションは、HTTP交換やメッセージングなどの外部インタラクションのためのメカニズムを持ってくることで、アプリケーションサーバのインストール、設定、メンテナンスなどの外部性を排除することができる。これにより、開発者のワークロードとアプリケーションプラットフォームのオーバーヘッドが劇的に削減される。

Spring Bootアプリケーションは依存ライブラリを完全に制御できるので、外部依存の変更の心配がなくなる。アプリケーションサーバ、サーブレットエンジン、データベースやメッセージングライブラリ、その他多数の重要なコンポーネントのスケジュールされた更新は、長年にわたって無数の非Bootアプリケーションをクラッシュさせてきた。基盤となるプラットフォームが保守する外部コンポーネントに依存するアプリケーションでは、開発者は、依存ライブラリのドットリリースの変更だけで、足元の世界が変化し、予定外の機能停止が発生しないか、細心の注意を払わなければならない。エキサイティングな時代だ。 ...