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
140
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
医療DXって何?~電子カルテ標準仕様まで10分で理解する~
koukimiura
1
41
アプリ開発者が知っておくべき『トランザクション分離レベル』とRead Committed の罠
koukimiura
0
70
フルスタックTypeScript入門 ~Hono RPCとZodで実現する型共有~
koukimiura
0
50
ITヒヤリハットを整理してみた ~ライフサイクルと原因から考える再発防止策~
koukimiura
1
130
ReactとVueは仲良くできるのか?
koukimiura
0
41
ポジティブアウトカムを用いた医療費削減の可能性について
koukimiura
0
79
VueSapporo#2
koukimiura
0
61
Vuetify4 v-calendarをちゃんと理解する
koukimiura
0
73
Fiberとは何か?PHPが“非同期言語”になった瞬間
koukimiura
0
92
Other Decks in Programming
See All in Programming
What's New in Android 2026
veronikapj
0
240
php-fpmのプロセスが枯渇した日-調査・対処・そして本当にやるべきだったこと-
shibuchaaaan
0
180
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
420
【やさしく解説 設計編・中級 #4】ルールの寿命と、システムの年輪
panda728
PRO
2
180
継続モナドとリアクティブプログラミング
yukikurage
3
670
数百円から始めるRuby電子工作
tarosay
0
120
AI時代に設計が 最大の生産性レバーになる 意図駆動開発とデータを消さない設計|Don't Delete Your Data or Your Intent — Design as the Deepest Lever in the AI Era
tomohisa
0
300
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
240
GDG Korea Android: 2026 I/O Extended ~ What's new in Android development tools
pluu
0
200
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
510
Claude Opus 4.6以後の受託開発エンジニアの変化(Claude Code開発ノウハウ大公開スペシャルbyクラスメソッド)
iidatakuma
1
930
なぜ関数型プログラミングで「型」と「証明」が語られるのか #fp_matsuri
kajitack
3
1.1k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.1k
30 Presentation Tips
portentint
PRO
1
360
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
450
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
56k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
Mobile First: as difficult as doing things right
swwweet
225
10k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Believing is Seeing
oripsolob
1
180
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Ruling the World: When Life Gets Gamed
codingconduct
0
290
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Producing Creativity
orderedlist
PRO
348
40k
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~