《分佈式框架原理與實踐》（李林峯）——筆記

讀這本書的緣由？

• 志飛去年推薦了一些書，說，看完這些書你就能和他們搭上話了
• 以前關注的地方太片面，看完這本書對工做中的技術組件有了更系統的認識

1.應用架構演進

應用架構演進

1.1垂直架構

垂直架構

業務發展初期，全部功能都部署在同一個進程中，應用之間的調用經過本地api調用，沒有跨進程的交互。

挑戰：
1）隨着服務的增加，開發維護成本逐漸增長，部署效率下降

core 的 st部署爲例（不太恰當的例子）
2）系統可靠性變差。因爲是對等集羣部署，若是一個節點有問題，意味着其餘節點也有相似的問題，

1.2RPC架構

• rpc（Remote procedure call)遠程進程調用

因爲垂直應用的增長，應用之間的交互不可避免，將公共服務抽取出來，造成穩定的服務中心，實現功能的複用。接口調用由本地調用變爲跨進程的遠程調用。

• MtThrift是基於FaceBook開發的遠程服務調用框架Apache Thrift進行了二次開發

挑戰：
早期的RPC框架，是指簡單的暴露和引用服務，可是服務愈來越多，對於服務的管理變得愈來愈困難

服務須要多少機器支撐？
何時擴容？
服務的調用鏈路？
服務的上下線？
服務的生命週期管理？

服務化以後帶來的問題就是服務治理。 可是單憑RPC框架沒法完成服務治理問題

1.3 SOA（Service oriented Architecture）

SOA的關鍵級服務治理包括

1.服務的定義（appkey）
2.生命週期管理（）
3.服務版本
4.服務註冊中心（octo的服務詳情）
5.服務監控（業務指標）
6.服務質量保障（性能指標）
7.快速故障定位
8.服務安全（服務鑑權）

等

1.4 微服務

服務的粒度更小

core的拆分，是向微服務的靠近

2從分佈式框架的設計看美團技術組件

2.1總體結構

2.2分佈式框架的功能特性

2.2服務治理特性