手册
为什么 Auth 应该是一个单独的遥控器? (Auth)
为什么 Auth 应该是一个单独的遥控器? — 物流操作中的生产课程。
物流微前端平台(模组联盟)
部分 3 的 10
一系列将物流操作面板分为外壳、身份验证和功能遥控器以及模块联盟。
为什么 Auth 应该是一个单独的遥控器?
身份验证远程公开空远程列表;消费者远程拉动它。登录一次即可发货;主机和功能遥控器导入相同的身份验证/登录合同。```text auth/Login consumed by host, booking, wait
## 第一次提到的概念```text
📦 Shell (Host)
Remotes'u yükleyen, ortak layout ve üst seviye routing taşıyan uygulama.
📦 Remote
remoteEntry.js üzerinden modül expose eden bağımsız build.
📦 Expose Path
Tüketicilerin import ettiği public modül yolu (ör. auth/Login).
📦 Shared Singleton
React gibi bağımlılıkların tek kopyada çalışmasını zorunlu kılan Federation ayarı.
```由于无法区分这些概念,团队混淆了 UI 和集成边界。
## 问题的形式
登录一次即可发货;主机和功能遥控器导入相同的身份验证/登录合同。```text
auth/Login consumed by host, booking, wait
```## 员工区别
身份验证远程公开空远程列表;消费者远程拉动它。```text
auth/Login consumed by host, booking, wait
↓
explicit contract
```## 生产中损坏的位置
当合同或半径/身份/部署假设被模糊时,事件就会被放大。合同可见,撤销可见。
## 本期最令人困惑的对决```text
❌ Her şey tek uygulamada daha güvenli
✓ Sınırlar net değilse tek uygulama daha kırılgandır
❌ Konfigürasyon kodda hardcoded kalsın
✓ Yarıçap, remote URL ve expose path operasyonel kontratlardır
❌ Vendor/API gerçeği UI state'tir
✓ Vendor feed kanıt, ops state karardır
您自己的系统清单
- 用一句话写出该曲面的所有权边界。
- 谁部署哪些合约变更?
- UI 在超时或供应商延迟时显示什么?
- 你们是否分别测试独立场景和嵌入式场景? 5.拒绝列表:内容中是否存在公司/供应商域名泄漏?
本节中需要记住的事情
- 合约必须可见:公开路径、半径、票证状态或远程 URL。
- UI和外部系统之间的差距是设计决定,而不是bug。
- 独立部署意味着独立回滚。
您隐藏的限制将在生产中找到您。
FAQ
Frequently asked questions
什么是 Shell(主机)?
安装遥控器的应用程序,具有通用布局和高级路由。
什么是远程?
通过remoteEntry.js 公开模块的独立构建。
“一切都在一个应用程序中更安全”是真的吗?
如果边界不清晰,单一应用程序会更加脆弱
本节修复了什么?
身份验证远程公开空远程列表;消费者远程拉动它。身份验证远程公开空远程列表;消费者远程拉动它。登录一次即可发货;主机和功能遥控器导入相同的身份验证/登录合同。
学到的工程原理
- 所有权和发布限制与域模型一样真实。
- 外部系统产生证据;操作情况由您决定。
- 像 semver 一样管理合约;释放内部细节。
继续阅读
继续阅读
系列中的下一个
远程之间的单例反应
Singleton React Between Remotes——物流操作的生产课程。
系列中的下一个
模块联合:Shell 和远程协议
模块联合:Shell 和远程合同 — 物流操作的生产课程。
同系列
具有远程和独立广播功能
功能远程和独立广播——物流操作的制作课程。