blogこの広告は、90日以上更新していないブログに表示しています。Boot」推しの記事ですが、フレームワーク選定の1つの意見として参考になればと思います。フレームワークの変遷まずは現状のフレームワークの選択肢を確認するために変遷を振りかえります。(リストは筆者の記憶によるものなのでいい加減です。詳しい変遷は他を参照して下さい。)2003年~2005年Struts登場。フレームワークという概念が浸透する。2005年~2010年Spring登場。脱EJBのDIコンテナ。日本発ということもあり日本語資料が充実で人気だった。2010年~2016年Strutsが衰退。Seaser2が衰退。EEもFWの選択肢に。Springが劇的に使いやすくなる。各年のいい加減さはさておき、だいたいこんな流れという認識。「Struts」から始まり「Struts」「Seasar2」「Spring」の時代があり「Struts」「Seasar2」が終わっていく。EEのリリースがとても遅いためまた置いてけぼりな感じになってしまった。これにより選択肢から外れてしまう。Boot」の登場により積極的にこれがいいと思えるようになった。Framework」を使いやすく使えるようにするためのプロジェクトで、起動設定からデプロイに至るまでよく考えられています。Frameworkが嫌われていた点は起動設定の複雑さです。XMLによるコンフィグレーションでは設定の内容を外部化するのはいいのですが、XMLファイルをほんの少々でも間違えると動かなかったりします。Frameworkもこれに対応するためにアノテーションを利用したり、JavaConfigを導入したりしています。各Springライブラリでは実質必須で設定しなければならないものなどがあり、それをしっかり設定できていないと動かなかったりしました。Bootはそれを克服します。AutoConfigによる自動設定が動くので必要最低限の設定以外は不要になるからです。これによりほぼ設定関連の記述をしなくなります。自動設定で困るものだけ上書きをしていきます。開発時であればDBの接続先やログの設定を少々書くぐらいです。Bootでは、実行可能jarを簡単に作成することができます。Webアプリケーションであっても組み込みtomcatが動くのでJ2EEサーバーを用意してデプロイすることなく、jarを実行するだけで起動できます。Frameworkが使えることになります。Bootを積極的に使いたいポイントになります。Boot昨今のクラウド・VPS化によって、1台の高価格サーバーで頑張るよりは、低価格の複数インスタンスをロードバランサーで組み合わせるという方式が主流になってきます。Bootのポイントにマッチしています。Bootを使えばマイクロサービスになるわけではありませんが、強力なツールになるのは間違えないです。必要最低限の設定で起動できるということは、数多くのプロジェクトやサービスを簡単に作成できるからです。最近はインフラ専門家でなくても運用を意識するのは当然となってきました。これまでのように運用はインフラの専門家にお任せであれば、FWを決めるのにクラウドなどの運用観点をいれることは積極的ではありませんでした。最近は規模にもよりますが、デプロイや初期運用もこっそり開発範囲に含まれるようになった気がします。なってくるとデプロイしやすさや運用しやすさがFWを決める重要なポイントになってきます。Bootはかなりリードしています。Boot自体がクラウドに寄せていっている部分も大きいですが、よく考えてみるとビルド・デプロイのしやすさまで考えられたFWはこれまで無かったような気がします。Bootを選んでしまいます。Boot」を外せなくなっているので、こんな記事を書くに至りました。この記事だけで全ての良さを伝えられたとは思わないので、1度お試し下さいといったところです。Boot」はWebの他にも、バッチも自動的に実行記録を取ったりして相当使えます。