1. 升級 zipkin-server 到 2.19.2 ,並修改項目配置,使得兼容新版本,並完善使用文檔
2. 代碼生成器 增加 創建新服務 的功能
3. 代碼生成器 支持實體中id欄位名稱任意命名,且不強制繼承父類實體
4. MetaObjectHandler 支持任意名稱的Id欄位自動注入, 並優化其代碼可讀性
5. 同步 zuihou-admin-boot 和 zuihou-admin-cloud 項目之間的代碼,並部署到新的測試線
6. 優化 jobs項目的配置
7. 新增rabbitmq起步依賴便於項目 動態控制 是否啟用rabbitmq
8. 修復 #8
9. 優化&完善文檔: 在線文檔
zipkin 2.19.2 界面預覽
基於`SpringCloud(Hoxton.SR1)` + `SpringBoot(2.2.2.RELEASE)` 的 SaaS型微服務腳手架,具備用戶管理、資源許可權管理、網關統一鑒權、Xss防跨站攻擊、自動代碼生成、多存儲系統、分散式事務、分散式定時任務等多個模塊,支持多業務系統并行開發,支持多服務并行開發,可以作為後端服務的開發腳手架。代碼簡潔,架構清晰,非常適合學習使用。核心技術採用Nacos、Fegin、Ribbon、Zuul、Hystrix、JWT Token、Mybatis、SpringBoot、Seata、Nacos、Sentinel、RabbitMQ、FastDFS等主要框架和中間件。
希望能努力打造一套從 SaaS基礎框架 - 分散式微服務架構 - 自動化部署 - 系統監測 的解決方案。本項目旨在實現基礎能力,不涉及具體業務。
服務註冊與調用:
基於Eureka來實現的服務註冊與調用,在Spring Cloud中使用Feign, 我們可以做到使用HTTP請求遠程服務時能與調用本地方法一樣的編碼體驗,開發者完全感知不到這是遠程方法,更感知不到這是個HTTP請求。
服務鑒權:
通過JWT的方式來加強服務之間調度的許可權驗證,保證內部服務的安全性。
負載均衡:
將服務保留的rest進行代理和網關控制,除了平常經常使用的node.js、nginx外,Spring Cloud系列的zuul和rebbion,可以幫我們進行正常的網關管控和負載均衡。其中擴展和借鑒國外項目的擴展基於JWT的Zuul限流插件,方面進行限流。
熔斷機制:
因為採取了服務的分佈,為了避免服務之間的調用「雪崩」,採用了Hystrix的作為熔斷器,避免了服務之間的「雪崩」。
監控:
利用Spring Boot Admin 來監控各個獨立Service的運行狀態;利用turbine來實時查看介面的運行狀態和調用頻率;通過Zipkin來查看各個服務之間的調用鏈等。
數據許可權:
利用基於Mybatis的DataScopeInterceptor攔截器實現了簡單的數據許可權
SaaS的無感解決方案:
使用Mybatis攔截器實現對所有SQL的攔截,修改默認的Schema,從而實現多租戶數據隔離的目的。
二級緩存:
採用J2Cache操作緩存,第一級緩存使用內存(Caffeine),第二級緩存使用 Redis。 由於大量的緩存讀取會導致 L2 的網路成為整個系統的瓶頸,因此 L1 的目標是降低對 L2 的讀取次數。 該緩存框架主要用於集群環境中。單機也可使用,用於避免應用重啟導致的緩存冷啟動后對後端業務的衝擊。
優雅的Bean轉換:
採用Dozer組件來對 DTO、DO、PO等對象的優化轉換
前後端統一表單驗證:
嚴謹的表單驗證通常需要 前端+後端同時驗證, 但傳統的項目,均只能前後端各做一次檢驗, 後期規則變更,又得前後端同時修改。 故在hibernate-validator的基礎上封裝了zuihou-validator-starter起步依賴,提供一個通用介面,可以獲取需要校驗表單的規則,然後前端使用後端返回的規則, 以後若規則改變,只需要後端修改即可。
防跨站腳本攻擊(XSS):
當前用戶信息注入器:
通過註解實現用戶身份注入
在線API:
由於原生swagger-ui某些功能支持不夠友好,故採用了國內開源的 knife4j ,並製作了stater,方便springboot用戶使用。
代碼生成器:
基於Mybatis-plus-generator自定義了一套代碼生成器, 通過配置資料庫欄位的註釋,自動生成枚舉類、數據字典註解、SaveDTO、UpdateDTO、表單驗證規則註解、Swagger註解等。
定時任務調度器:
基於xxl-jobs進行了功能增強。(如:指定時間發送任務、執行器和調度器合併項目、多數據源)
漢化 Eureka 註冊中心頁面:
請切換分支進行查看
大文件/斷點/分片續傳:
前端採用webupload.js、後端採用NIO實現了大文件斷點分片續傳,啟動Eureka、Zuul、File服務后,直接打開docs/chunkUploadDemo/demo.html即可進行測試。 經測試,本地限制堆棧最大內存128M啟動File服務,5分鐘內能成功上傳4.6G+的大文件,正式服耗時則會受到用戶帶寬和伺服器帶寬的影響,時間比較長。
分散式事務:
集成了阿里的分散式事務中間件:seata,以 高效 並且對業務 0侵入 的方式,解決 微服務 場景下面臨的分散式事務問題。
項目 | gitee | github | 備註 |
微服務項目 | https://gitee.com/zuihou111/zuihou-admin-cloud | https://github.com/zuihou/zuihou-admin-cloud | SpringCloud 版本後端代碼 |
單體項目 | https://gitee.com/zuihou111/zuihou-admin-boot | https://github.com/zuihou/zuihou-admin-boot | SpringBoot 版本後端代碼 |
租戶後台 | https://gitee.com/zuihou111/zuihou-ui | https://github.com/zuihou/zuihou-ui | | 給客戶使用的前端 |
開發&運營後台 | https://gitee.com/zuihou111/zuihou-admin-ui | https://github.com/zuihou/zuihou-admin-ui | 給公司內部開發&運營&運維等人員使用 |
代碼生成器 | https://github.com/zuihou/zuihou-generator | 開發人員使用 |
項目 | 演示地址 | 管理員賬號 | 普通賬號 |
租戶後台 | http://tangyh.top:10000/zuihou-ui | zuihou/zuihou | test/zuiou |
開發&運營後台 | http://tangyh.top:180/zuihou-admin-ui | demoAdmin/zuihou | 無 |
[admin
]