Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
認証統合から始めるフロントエンドの機能単位開発 — マイクロサービス思想の適用
Search
kouki.miura
April 20, 2026
Programming
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
認証統合から始めるフロントエンドの機能単位開発 — マイクロサービス思想の適用
モノリシックなフロントエンドアプリを、マイクロフロントエンドに対応する過程で、まずは認証統合(Identity Federation)でアプリを分割・整理する重要性を説明します。
kouki.miura
April 20, 2026
More Decks by kouki.miura
See All by kouki.miura
ITヒヤリハットを整理してみた ~ライフサイクルと原因から考える再発防止策~
koukimiura
0
74
ReactとVueは仲良くできるのか?
koukimiura
0
36
ポジティブアウトカムを用いた医療費削減の可能性について
koukimiura
0
67
VueSapporo#2
koukimiura
0
53
Vuetify4 v-calendarをちゃんと理解する
koukimiura
0
66
Fiberとは何か?PHPが“非同期言語”になった瞬間
koukimiura
0
88
VueエンジニアがReactを触って感じた_設計の違い
koukimiura
0
220
Laravel入門:最小構成で理解するMVC
koukimiura
0
160
VueSapporo#1
koukimiura
0
83
Other Decks in Programming
See All in Programming
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
0
360
Webフレームワークの ベンチマークについて
yusukebe
0
200
ローカルLLMでどこまでコードが書けるか -拡張版 / How much code can be written on a local LLM Extended
kishida
12
4.7k
LaravelLive Japan の裏方のすべて — 第188回 PHP勉強会@東京 (2026-06-24)
suguruooki
2
150
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
150
技術記事、 専門家としてのプログラマ、 言語化
mizchi
14
7.4k
Observability in Practice:Grafana 與 Edge Device SRE 的那些事
blueswen
0
190
言語を使う側から、作る側へ。 自作 Lisp で得た新たな気づき。
andpad
0
110
共通化で考えるべきは、実装より公開する型だった
codeegg
0
210
Semantic Version 単位で戦略を柔軟に変えて、パッケージアップデートを自動化する
daitasu
1
350
OSINT for SRE: 学術論文とポストモーテムから探る システム障害の共通パターン / SRE NEXT 2026
tomoyk
1
3.4k
SREは、MCPとSRE Agentをこう使え!
kazumax55
0
150
Featured
See All Featured
Crafting Experiences
bethany
1
210
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
118
120k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
170
The Mindset for Success: Future Career Progression
greggifford
PRO
0
410
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Ethics towards AI in product and experience design
skipperchong
2
330
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
360
Fireside Chat
paigeccino
42
4k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
470
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
62
44k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
800
Transcript
認証統合から始めるフロントエンドの機能単位開発 - マイクロサービス思想の適用 2026.04.20 フロントエンド・PHPオフラインイベント@札幌 三浦 恒樹 (MIURA KOUKI) 診療情報管理士
上級医療情報技師 医用画像情報専門技師 ドゥウェル株式会社
長男が飼っている ハリネズミがアイコン INTRODUCE ・ドゥウェル株式会社 (医療系IT開発・導入会社)に所属 ・マネージャー(プレイング・マネージャー) ・TypeScript, Vue.js, Node.js, Java,C#,
PHP ・3児の父 ・休日は子どものサッカー観戦 ・参加している勉強会 札幌PHP勉強会、JBUG札幌、JavaDO、ゆるWeb勉強会、えびてく、 クラメソ札幌IT勉強会(仮)、AWS初心者LT会in札幌、札幌すごいAI会、 札幌IT石狩鍋、函館本線沿線勉強会、VueSapporo、さっぽろ医療IT勉強会 等 is the NIHON KOHDEN Group
・#1 モノリシックフロントの限界 ・#2 分割という選択肢 ・#3 マイクロフロントエンドとは ・#4 分割の前に必要なもの ・#5 認証統合(Identity
Federation) ・#6 段階的アーキテクチャ ・#7 まとめ INDEX
#1 モノリシックフロントの限界 バックエンドは ・マイクロサービス ・モジュラーモノリス 等の細分化の技術が進んできた。 フロントエンドもスケールに 限界がある。 - 機能追加で肥大化
- デプロイ単位が巨大 - チーム間の衝突
#2 分割という選択肢 - バックエンド → マイクロサービス - フロントエンド → ?
#3 マイクロフロントエンドとは - 考え方 - マイクロサービスのフロントエンド版 - チーム単位での自律開発を実現 - 異なる技術スタックでも開発できる
- 分割戦略 - 垂直分割 - 水平分割 - 実装パターン - Build-time / Monorepo - Run-time(Client-side) - Module Federation、WebComp.. - Run-time(Server-side) - SSR - Run-time(Edge-side) - HTML Streaming Aggregation 画面A Vue App (Team A) 画面B React App (Team B) 画面C Svelte App (Team C) 認証セッション 画面遷移 垂直分割 ヘッダー Vue App (Team A) サイドバー React App (Team B) コンテンツ Svelte App (Team C) 水平分割 Vue App Team A React App Team B Build MFE App Front (Client) Edge Server Build-time Run-time ブラウザで統合 Module-Fed eration HTML Streaming Aggregation SSR
#4 分割の前に必要なもの - アプリ間の独立性 各アプリが疎結合。独立して動作できる設計。 - 共通の認証基盤 ログイン状態・権限情報を全アプリで共有する仕組み。 - ユーザー体験の一貫性
アプリが分割されていることを意識しない。 共通の認証基盤 > ユーザー体験の一貫性 ・認証基盤が共通化されていなければ個別に認証が必要 ・ユーザー体験の一貫性も重要だが、アプリが分割されていることを意識されても良いケースは多い 分割して開発されるため、 独立性は担保できている。
#5 認証統合(Identity Federation) - 複数アプリにわたって、ログイン状態、ユーザー情報、権限を統一管理・共有する仕組み カルテアプリ Vue App (Team A)
検査結果アプリ React App (Team B) 文書(紹介・問診・同意)管理 iOS/Android Native App (Team C) 画面遷移 認証基盤 認証統合(Identity Federation)によるアプリ統合 Natvie Appも統合できる。 ただし、UX一貫性の難易度は高くなる。
#6 段階的アーキテクチャ UX一貫性が重要な部分から マイクロフロントエンド化 していく
ご清聴ありがとうございました。 #7 まとめ ・フロントエンドも肥大化すると開発効率が下がる ・いきなりマイクロフロントエンド(MFE)は影響が大きい ・まずは認証統合(Identity Federation)で分割したアプリを統合する ・ユーザー体験の一貫性が重要な箇所からMFE化していく ・技術: Module Federation、Web
Components、SSR、HTML Streaming Aggregation モノリス(一枚岩) → 認証統合 → アプリ分割 → 必要に応じてMFE
お知らせ 4/27(月) 19:00~ 5/23(土) 17:30~