フルスタックフレームワークから脱却してマイクロサービスライクにサービスを構築する - Qiita

はじめに Ruby on Railsを代表とするフルスタックフレームワークを利用すれば、 手軽にWebサービスの構築を始める事ができます。 しかし、3年あるいはそれ以上続くWebサービスを構築する際は、フルスタックフレームワークを採用するかどうかは慎重に検討する必要があるでしょう。 ケースバイケースではありますが、マイクロサービスの考え方をフレームワーク・ライブラリ構成に応用すると メリットがある可能性があります。 フルスタックフレームワークのデメリット フルスタックフレームワークは、学習コストが高いですが、Webサービス構築に必要なほとんどあらゆる機能を提供しています。 人気のフレームワークであれば、コミュニティも活発なので、わからないこともググれば解決することがほとんどでしょう。 では、フルスタックフレームワークのデメリットとはなんでしょうか？ ロックインされる 一番大きなデメリットと

[wwolf]

自分も同じ発想でSlimを使っている。。が、スキルが低い人が混ざる時はフルスタックフレームワークの方がまだマシでは？と思う時もある。

[odap]

５年以上サポートが多いので、こんな感じで開発したいとよく思う。あとPSR7とか標準を使うとか。

[okinaka]

今流行りのマイクロサービスではなくて、昔もてはやされたマイクロフレームワークの話だった(もちろん今でも有用）

[n314]

リクエストを適当な関数名に変換してくれるものがあればあとはベタ書きでいいと最近思っている。でもいい感じのがない。

[musign]

想像していたマイクロサービスの話と違った

[hiroomi]

“Webフレームワーク ロガー キューイング DB のようにそれぞれの機能別のライブラリに依存するようにすることで、変更に強いサービスを構築できます。”

[hatsu_mi]

マイクロサービスはつらいよ

[tzt]

2016年のPHPの世界では主要フレームワークはDIコンテナ+単体でも使えるコンポーネントで構成されてて既にマイクロフレームワークのエッセンスを取り入れてるので自前で同じことやる意味は薄いかなと。

[marisatokinoko]

紹介されてるのがほぼlaravel関連ライブラリなんだけどネタ？まあlaravelのDI周りはなかなか大げさなんでそこをslimにするっていうのはさっと作るのにはいいと思う。自分もやったことある。

[nntsugu]

プログラミングに慣れていない人は、何かしらフルスタックなフレームワークを使ってドキュメントを読んで（時にはコードを読んで）学習すると良い効率で学べると思います。Phalconとか良い教材だったよ

[shibukk]

というかLaravelとかってすでにライブラリを組み合わせたフレームワークになってるじゃんね