系列文章
DAY 21
七、功能整合與函式庫開發規劃(2)
依示意圖表示，將 Router、Queue、Dispatch 視為一個完整的個體。但是各元件開放外部操作的部份有所限制。 Router：只開放外部將 Re...
DAY 23
九、需求與框架規劃(1)
九、需求與框架規劃 在了解完成通訊協定後，接著，開始對 FloraMQ 提出一些要求。 可以記錄 log 資訊，以便觀察、分析使用情況與追逐問題。 可以定期回...
DAY 24
九、需求與框架規劃(2) - 監控
9.1 監控 在前面，己經將 Router、Queue、Dispatch 的組合，視為一個個體。為了方便後面的描述，使用 Node 稱呼。 接著，試著修改架構...
DAY 25
九、需求與框架規劃(3) - 軔性 Resilience
9.2 軔性 Resilience 在前面監控的部份，作為單一系統使用，基本上是可行的。但，若要運用在實際環境，還是有些問題，需要解決。 因異常終止的原因，造成...
DAY 26
九、需求與框架規劃(4) - 軔性 Resilience
需求五、當系統掛掉後，可第一时間切換到備用系統，避免對使用系統的使用者，造成困擾。 原先，直接對 Node 放入或取回資源，但若 Node 異常終止時，所有...
DAY 27
九、需求與框架規劃(5) - Service Discovery
Service Discovery 回頭看一下解決需求四與五的做法，不管是 Manager 或 Service Guide那一種，都必需知道 Node 的連線...
DAY 28
九、需求與框架規劃(6) - 延伸性 Scale
9.3 延伸性 Scale 需求六、可手動增加或減少系統的數量。 當請求資訊的數量大到當前服務無法支撐的情況，就勢必要增加服務的處理能力。而增加處理能力不外...
DAY 29
十、分散式系統相關資源彙整
小弟在這邊，分享一堆與分散式系統相關的資源文章。 首先，是分享本次鐵人賽的系列好文，在這些文章，分享許多分散式系統概念、設計概念。 分散式系統 - 在分散的...
DAY 30
番外、回顧三十天的小感想
其實，在還沒有開賽前，一直在想要利用這30天來自我挑戰的題目。 那時腦中有兩個方向，一個是演算法，另一個則是分散式系統。剛好去參加 DDD 的社群活動，聽到軟體...