1. 關于技術選型
1.1 為什么要進行技術選型
降低開發成本、提高研發效率
1.2 微服務架構的產生
（1）第一代單體應用，所有模塊打包到一起部署運行，
特點：不可靠、單維擴展、不可持續發展，
（2）SOA，面向服務架構，它是一種設計方法，自上而下，服務間松散耦合，
特點：ESB沒有解決局勢應用的一些問題、服務拆分力度很大，
（3）微服務，去中心化的SOA拓展，強調服務徹底的組件化，一個組件就是一個產品，服務切分力度更小，設計上更多的是自下而上的，
特點：業務隔離、并行開發、易于運維、單獨部署，
1.3 Spring Cloud 家族
Spring Cloud Config、Spring Cloud Netflix、Spring Clound Bud、Spring Cloud Steam、Spring Cloud Gateway
2. 資料訪問層選型
2.1 資料訪問層框架解決的問題
資料庫連接如何管理、資料庫查詢資料和Java物件如何高效映射
2.2 框架選擇
JDBC：性能高、操作麻煩
MyBatis：我的SQL我做主
MyBatis Plus：你的SQL你做主，我為你服務
2.3 連接池選型
（1）定義：JDBC連接池，解決需要自己手動建立連接、關閉連接、連接復用的問題
（2）常用的連接池：Druid、HikariCP、DBCP、Tomcat-jdbc、C3P0
3. 常用中間件選型
3.1 訊息中間件
訊息佇列：在訊息的傳輸程序中保存訊息的容器，生產者和消費者不直接通訊，依靠佇列保證訊息的可靠性，避免了系統間的相互影響，
3.2 訊息模式
P2P模式、訂閱模式
3.3 如何選型
功能不具備一票否決權；重性能、重擴展；技術堆疊、團隊駕馭能力
4. 遠程通信框架選型
4.1 RPC運行期狀態與流程
呼叫發起、尋址路由、協議適配/序列化、網路傳輸、反序列化/協議決議、處理邏輯回傳呼叫方
4.2 RPC框架核心技術點
與注冊中心集成、與配置中心集成、與鏈路跟蹤集成
4.3 常用開源RPC框架
Feign、Dubbo、gRPC、Thrift
5. 網關層選型
5.1 API網關的由來
微服務提供的API粒度與客戶端所需的粒度不同
不同客戶端需要不同的資料
微服務實體數量及其位置動態變化
服務劃分會隨著時間的推移變化
服務可能會使用多種協議，有些是非Web友好協議
5.2 網關的分類
流量網關、業務網關
5.3 部署形式
單點網關、多點網關
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/350865.html
標籤：其他
下一篇：K8S學習之體系架構介紹