微服務

五個系統設計常用的定律

* 墨菲定律 Murphy’s law

只要有可能出錯，就一定會出錯

* 高德納定律 Knuth’s law

在時機未到前優化是萬惡之源

* 諾斯定律 North’s law

每一個決定都是一次取捨

* 康威定律 Conway’s law

組織本身的溝通結構會反映在該組織所設計的系統上

* 帕金森瑣事定律 Parkinson’s law of triviality

組織成員會投入不成比例的心力在瑣事上

服務導向架構（Service-Oriented Architecture, SOA）

Microservices 是近幾年來軟體工程領域裡滿常聽到的熱門關鍵字之一。大概是在 SOA 出現後幾年開始崛起，跟 SOA 其實有 87% 像，所以最一開始 microservices 出現的時候，都還是被與 SOA 一同稱呼。兩者想要做的都是將一個單體式架構（Monolithic Architecture）依照功能拆成小塊，達到更好的可重用性（reusability）與靈活度（flexibility）。

Reference: https://ithelp.ithome.com.tw/articles/10228461

後端工程面試詳解-導覽

Catch Server

JWT

微服務特點：

1. 一組小的服務

2. 獨立的 process

3. 輕量級通信 (SOA 重量級才務)

4. 基於業務能力 (登錄服務、商品服務)

5. 獨立部署

6. 無集中式管理

定義：

Loosely Coupled

Service Oriented Architecture

with bounded context (獨立的數據)

優點：

1. 強模塊化邊界

2. 可獨立部署

3. 技術多樣性 (Java, NodeJs)

缺點：

1. 分佈式復雜性

2. 最終一致性問題 (資料庫)

3. 運維複雜性 (監控容量規劃、可靠性、穩定性)

4. 測試復雜性 (分散各個團隊)

微服务架构介绍

https://www.cnblogs.com/javastack/p/14925269.html

微服務架構 導入經驗分享

https://www.slideshare.net/chickenwu/community-open-camp

微服务架构图

https://www.cnblogs.com/yaoyangding/p/17461767.html

微服務架構 - 從狀態圖來驅動 API 的設計

https://columns.chicken-house.net/2022/03/25/microservices15-api-design/

RESTful API Design

CORS Introduction

康威法測是微服務的基礎

將單塊應用拆分成多微服，每個團隊維護自己的服務，相互之間不干擾

從單體架構遷移到微服務

https://blog.csdn.net/xtayfjpk/article/details/123181575

https://mp.weixin.qq.com/s/VeeLTGVSUvgtil19rRhOPg

什麼樣的情況下適合使用 Microservices

Reference: https://ithelp.ithome.com.tw/articles/10228461

什麼樣的組織架構更適合微服務

團隊負責：Architect -> Design -> Develop -> Review -> Test -> Deploy -> Run -> Support -> Architect 

Iaas、Pass、Saas 傻傻分不清楚

分層方式：

外部設備

load balance

Backend for Frontend (BFF) 聚合服務 (適合服務、邊界服務)

基礎服務 (核心領域服務、公共服務、中間層服務)

服務發現

微服務三种服务发现机制

continue

 

https://ost.51cto.com/posts/14840

API Gateway 

第01讲：什么是微服务架构?

第02讲：架构师如何权衡微服务的利弊？

第03讲：康威法则和微服务给架构师怎样的启示？

第04讲：企业应该在什么时候开始考虑引入微服务？

第05讲：什么样的组织架构更适合微服务？

第06讲：如何理解阿里巴巴提出的微服务中台战略？

第07讲：如何给出一个清晰简洁的服务分层方式？

第08讲：微服务总体技术架构体系是怎样设计的？

第09讲：微服务最经典的三种服务发现机制