Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
認証統合から始めるフロントエンドの機能単位開発 — マイクロサービス思想の適用
Search
kouki.miura
April 20, 2026
Programming
200
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
生成AIで自動テック・ブログ -未来の自分に向けた技術情報-
koukimiura
0
33
vue-tsc x TypeScript7
koukimiura
0
65
SFCで実現する病院・医療システムの動的組み立て式UI
koukimiura
1
170
診療情報提供書 × HL7 FHIR ~医療情報の標準化を実際に実装してみる~
koukimiura
0
110
VueプロジェクトをTypeScript7に対応させる- Side-by-Side戦略による一部高速化 -
koukimiura
0
280
VueSapporo#4
koukimiura
0
56
Vue3_Capacitorでモバイルアプリ開発
koukimiura
0
63
Vueが軽く&速くなる!Vapor Modeを試してみた
koukimiura
0
120
Vue3.6.0-rc_CHANGELOG読み合わせ
koukimiura
0
100
Other Decks in Programming
See All in Programming
AI Augmentation Techniques with Liberty
ivargrimstad
1
440
Enforcing Your Architecture with Unit Tests in the AI Era (Swift Connection X)
steliosf
PRO
1
170
Python Lambdaにおけるテストしやすい設計とAI支援の活用 / Designing Testable Python Lambda Functions with AI
kitano_yuichi
1
310
私なりのハーネスエンジニアリング ~独自の言語処理系の開発を通して~
seosoft
0
200
Crash Auto Pipelines
veronikapj
1
410
小さなアプリを作って公開するまで
onozaty
0
160
はじめてのPLATEAU
nokonoko1203
1
640
AIが生成したコードは読むべきか?抽象化設計とコードの品質保証 / abstraction-design-and-quality
minodriven
16
9k
flutter_test のその先へ — Flutter アプリの LLM 機能に「評価」という品質保証を
kosukesaigusa
0
200
Spec-driven Development with AI
simas
PRO
0
2.3k
우리의 Nitro Modules는 당신의 Turbo Modules보다 아름답다
l2hyunwoo
0
260
Long Living Tokens, Die, Die, Die! (or: The One Ring is Banned in Modern)
sylph01
0
420
Featured
See All Featured
Practical Orchestrator
shlominoach
192
12k
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
4
1.2k
Technical Leadership for Architectural Decision Making
baasie
4
640
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
Ruling the World: When Life Gets Gamed
codingconduct
0
440
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
350
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
330
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
We Are The Robots
honzajavorek
0
440
Mind Mapping
helmedeiros
1
440
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
1
300
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
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~