螞蟻集團-劉奎-規?；瘓鼍跋碌奈⑶岸思軜媽嵺`.pdf

《螞蟻集團-劉奎-規?；瘓鼍跋碌奈⑶岸思軜媽嵺`.pdf》由會員分享，可在線閱讀，更多相關《螞蟻集團-劉奎-規?；瘓鼍跋碌奈⑶岸思軜媽嵺`.pdf（42頁珍藏版）》請在三個皮匠報告上搜索。

1、規?；瘓鼍跋碌奈⑶岸思軜媽嵺`劉奎 前端程師個簡介劉奎 前端程師開源軟件愛好者，微前端解決案 qiankun 作者。在社區/GitHub/知乎通常以 kuitos 這個 ID 出現。前端相關的技能都點在了 web 應架構、前端程化等向，前在螞蟻主要負責微前端及中后臺等研發模式的建設及探索。kuitos錄1.螞蟻微前端經歷過哪些階段 2.過程中我們碰到的問題 3.建設微前端研發平臺需要關注哪些問題螞蟻微前端經歷過哪些階段1.早期融云產品對的問題 2.針對這些問題我們誕出的微前端案 3.微前端案下 ProCode 和 LowCode 的結合 4.微前端研發平臺的誕回顧螞蟻整體的微前端歷程個三年陳巨應

2、引發的案程問題Codebase 龐技術棧法升級構建部署慢開發體驗差產品問題完成個功能 多個控制臺跳進跳出品牌視覺不統流程斷點重復加載&認證彼時螞蟻融云程及產品問題解決案：技術產品 OneX統導航統菜單umi 插件配置管理統關商業化收OneX 技術產品體系解決案：技術產品 OneX本地配置研發流程平臺在線配置后臺配置解決案：技術產品 OneX總結OneX=融云主應+在線配置弄潮LowCode 的興起LowCode 解決的問題致性降本提效保證下限LowCode 的困境哥低代碼建站不，快好呵呵不要這樣嘛后如果碰到些復雜需求，低代碼暫時搭不出來的，那我不是死翹翹了佬我這好多CRUD，不想寫了咋辦歡迎使

3、低代碼建站可是我的 ProCode 應已經開發半了那.iframe 嵌下？UhhhUhhhProCode 和 LowCode 的友好會晤漸進式研發體化部署資產管理ProCode 和 LowCode 的友好會晤路由級別引組件級別引組件組件組件組件組件組件ProCode 和 LowCode 的友好會晤體化部署ProCodeLowCode迭代迭代部署總結微前端視下的低代碼解讀“LowCode-種特殊的微前端資產”Whats Next業務域微前端研發平臺和混合案都有了，我們還缺什么？先看這個典型訴求 誰在依賴我？我消費了誰？我是保站點，微應需要有基本準要求 我不是融云的業務，我能直接嗎？研發體系安全產

4、模型統關鍵實踐怎么解決？統的微前端三層模型基座站點微應1N1N微應1N主應關系應關系統的微前端三層模型基座NodeJS統渲染服務Redirects灰度微前端屏加速登錄鑒權Rewrites11微前端 Schema統的微前端三層模型（站點）站點域名微應配置中多環境配置通配置配置1N11微應編排信息微應配置統的微前端三層模型（應）應JSHTML構建產物11CSSRegistry總結模型統后，標準研發流程就相對容易設計了標準化研發流程基于應ID統注冊基于應ID消費編排 沒有其他的硬編碼描述依賴關系概覽個微前端站點實際渲染流程微應產物 登錄認證獲取站點配置成站點 HTML屏應渲染站點配置基座容器應 Re

5、gistry總結下做完這些，我們已經能解決部分問題了問題回顧 我不是融云的業務，我能直接嗎？統模型不與具體業務域耦合，其他業務域只需要提供統的主應，即可達成與融云致的產品效果問題回顧 誰在依賴我？我消費了誰？依賴關系由平臺元數據統描述，不再由應硬編碼管理，能讓我們在平臺上快速的了解到微應的消費及產關依賴關系概覽消費列表還剩最后類問題 誰在依賴我？我消費了誰？我是保站點，微應需要有基本準要求 我不是融云的業務，我能直接嗎？研發體系安全產模型統總結下先要明確的是 有了標準研發流程之后 我們才有機會做微前端的安全產如何確保微應之間正確的關聯關系案例：個可等級的主應，核鏈路依賴了低可等級應？站點發到線

6、上了，發現關聯的應還沒發？外的站點，集成了個內的應？應模型統之后，各模型之間依賴關系是以元數據式存在的，平臺只需要在研發流程中加元數據校驗即可如何實現微前端灰度站點/主應 配置灰度(消費端灰度)微應身灰度（產端灰度）VS如何實現微前端灰度案優點 對基礎設施沒有特殊要求 缺點 應發布變更，需要觸發站點/主應側配置變更 多個應同時變更的搶占問題優點 站點/主應跟應完全解耦 應灰度不依托于主應，獨運也能灰度 缺點 需要個持灰度策略的統靜態資源托管容器站點配置灰度模式微應身灰度模式如何構建微前端監控體系應該關注哪些指標如何讓數據 產價值應間的數據 如何隔離微前端監控場景的問題建設微前端監控體系關注指標

7、讓數據產價值數據隔離 微應投放審批 按流量對應分級 發布時動態灰度策略 站點&應健康度檢查 基礎流量數據 微應身流量 微應投放的站點流量 性能數據 資源加載 應 mount 次加載 微應埋點數據的隔離 微應異常上報的隔離微前端監控的實際應基于流量數據動為應分級，并制定對應的灰度策略總結下實際上我們實現了個 統的 針對微前端場景的 研發平臺句話總結不能只污染，不治理下步啟示微前端研發模式全域鋪開后，如何平衡單應站點與站點之間不同的產品訴求？平臺型產品的困境客戶端微前端案本身的局限性如何在運時做依賴復？公共依賴如何參與微應構建并享受 tree shaking？復雜度不會消失只會轉移。微前端研發本身

8、的復雜度，如何通過平臺來抹平，降低專業前端開發者的使檻？瀑布式渲染導致的屏性能等問題，有沒有可能借助邊緣渲染等技術來解決？One More Thingqiankun 3.0 的個重要特性客戶端流式渲染全新的微應加載模塊，持在客戶端的流式渲染，兼容 CSP 安全策略運時依賴復通過運時的依賴分析，智能復基礎依賴獨沙箱獨的沙箱模塊，同時提供定義沙箱為的插件機制了解更多技術實踐案例思博(msup)有限公司是家向技術型企業的培訓咨詢機構，攜2000余位中外客座導師，服務于技術團隊的能提升、軟件程效能和產品創新迭代，超過3000余家企業續約學習，是科技領域占有率第1的客座導師品牌，msup以整合全球領先經驗實踐為任，為中國產業快速發展提供智庫?？杉軜嬛饕P注互聯架構及可、可擴展及性能領域的知識傳播。訂閱戶覆蓋主流互聯及軟件領域系統架構技術從業員?？杉軜嬒盗猩缛菏莻€社區組織，其精神是“分享+交流”，提倡社區的參與，同時從社區獲得質量的內容。