zuihou-admin-cloud 1.4 發布, 接入 zipkin-server 2.19.2

←手機掃碼閱讀     admin @ 2020-01-16 , reply:0

更新日誌:

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):

  •      通過過濾器對所有請求中的 表單參數 進行過濾
  •      通過Json反序列化器實現對所有 application/json 類型的參數 進行過濾

當前用戶信息注入器:

 通過註解實現用戶身份注入

在線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 ]

來源:OsChina
連結:https://www.oschina.net/news/112841/zuihou-admin-cloud-1-4-released
zuihou-admin-cloud 1.4 發布, 接入 zipkin-server 2.19.2已經有26次圍觀

http://coctec.com/news/all/show-post-223021.html