DAZN の Luca Mezzalira さんが書かれたマイクロフロントエンド を読みました。簡単な書籍レビューを残しておこうかなと思います。
従来のモノリスなフロントエンドから、マイクロフロントエンドに置き換えることで、どういう価値があるのでしょうか。 書籍に書いてある内容と、自身の意見を混ぜて以下に列挙します。
1 チームが小さなサブドメインで独立することで、開発やコミュニケーション、リリースなどのコスト低減ができます。 これは、最終的には顧客への価値提供するサイクルを短くすることに繋がります。
書籍には、実例として既存アプリケーションをマイクロフロントエンドへマイグレーションする話があります。 マイクロフロントエンドは、その設計の性質上、基本的に(既存アプリケーションからの)マイグレーションとセットです。 そのため、マイグレーションをどのように進めるかというのは、とても重要です。
その中で、マイクロフロントエンドへの最初の一歩として、次のパターンがあります。
要は、段階的に導入しましょうという話です。 また、マイクロフロントエンドには、従来の SPA 開発に似ている垂直分割という方法が最初の一歩としてお勧めのようです。
ちなみに、マイクロフロントエンドとコンポーネントは、次のように区別します。
付録にある、New Relic で働かれている Erik Grijzen さんのインタビュー記事にて、
という回答がありました。
Scaling UI Development という言葉、めちゃくちゃ好きになりました。
マイクロフロントエンドは、フロントエンドをサブドメインで分割し、小さく独立した開発が可能となります。 大規模な 1 つのアプリケーション開発や、1 つのブランド内の様々なプロダクトを提供するアプリケーション開発に対しては、マイクロフロントエンドは効果的だと思っています。
余談ですが、ブログを書く時間が、徐々に減っています。 1 年前とかは、1 日とか使っていたんですが、今日は 30 分とかです。 効率化できている訳じゃなく、単純に時間がなくなってきたなと思います。
-
s※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
タグ「フロントエンド」の記事
ITヲタクな AI くんにピッタリな仕事の一つは、モジュールアップデート。 特に、メジャーアップデートが超助かる。 昔だったら 数ヶ月掛かった移行も、数日たらずに対応できるようになったので、 さすが ITヲタクくん。 対応してよかったフロー
以下で書いた通り、プロダクトコードを写経したテストコードを削除しました。 "こぶりー" ( https://kobliy.vercel.app/ ) という個人ブログを読むアプリのコードです。 https://silverbirder.gi
最近のお悩みは、Webのソフトウェア開発におけるテストコードが爆増したことにより、 テスト成功による過度な安心感 によって手動確認するのが減っているのかもと思ったりしています。 例えば、Webのフォーム画面に小さな改修があったとして、その修
タグ「書籍レビュー」の記事
今日は休みなので、以下の罫線についてのデザイン本を読みました。 https://www.sbcr.jp/product/4815637484/ テレビとかをみながら読んだので、少し粗めですが感想を書きます。 誰向け? この本は、おそらくデザ
2026年07月22日
以下の書籍を購入しました。 https://www.sbcr.jp/product/4815637484/ まだ読めていません。 経緯 以下の記事で書いたように、『表層UIデザインの解剖学』という書籍から UIデザインで気づく観点を養うこと
2026年07月21日
技術評論社 から出版された『表層UIデザインの解剖学』を読みました。 https://gihyo.jp/book/2026/978-4-297-15706-7 本記事では、読了した感想について記録したいと思います。 UI と物理世界 UI
2026年07月12日