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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
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
42
アプリ開発者が知っておくべき『トランザクション分離レベル』とRead Committed の罠
koukimiura
0
73
フルスタックTypeScript入門 ~Hono RPCとZodで実現する型共有~
koukimiura
0
54
ITヒヤリハットを整理してみた ~ライフサイクルと原因から考える再発防止策~
koukimiura
1
140
ReactとVueは仲良くできるのか?
koukimiura
0
42
ポジティブアウトカムを用いた医療費削減の可能性について
koukimiura
0
81
VueSapporo#2
koukimiura
0
61
Vuetify4 v-calendarをちゃんと理解する
koukimiura
0
77
Fiberとは何か?PHPが“非同期言語”になった瞬間
koukimiura
0
92
Other Decks in Programming
See All in Programming
PHPだって関数型したい 〜できること、できないこと〜 / fp-in-php
jsoizo
1
270
琵琶湖の水は止められてもNet--HTTPのリトライは止められない / You might be able to stop the water flow of Lake Biwa but you can't stop Net::HTTP retries
luccafort
PRO
0
550
Detecting Compromised CI with eBPF and Cilium Tetragon
lizrice
0
130
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
440
VibeCodingからAgenticWorkflowへ
starfish719
0
160
JAWS-UG横浜 #102 AWSサ終供養LT会 成仏できない AWS サービスたち 〜本日、三体供養します〜
maroon1st
0
310
仕様書を書く前にハーネスを作る - Agent Native開発は「探索を速く、判定を固く」
gotalab555
4
1.5k
Claude Team Plan導入・ガイド
tk3fftk
0
250
Apache Hive: Toward a Cloud Native Lakehouse
okumin
0
180
ルールを書いて終わらせないハーネスエンジニアリング
yug1224
4
1.8k
2年かけて Deno に DOMMatrix を実装した話 / How I implemented DOMMatrix in Deno over two years
petamoriken
0
200
torikago - Ruby::Boxで照らすモジュラモノリスの実行境界
se4weed
1
330
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
400
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
4.1k
Typedesign – Prime Four
hannesfritz
42
3.1k
Discover your Explorer Soul
emna__ayadi
2
1.2k
AI: The stuff that nobody shows you
jnunemaker
PRO
9
870
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.9k
Skip the Path - Find Your Career Trail
mkilby
1
180
My Coaching Mixtape
mlcsv
0
190
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
240
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
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~