Study4Love 與大師對談, 2018/01/06

1. 轉移到微服務架構必經之路
~ 系統與資料庫重構
Andrew Wu

2. 以下內容牽涉到程式語言、平台、Framework 理論 等…
有可能造成昏睡、甚至睡著
請準備各種提神性飲料，如：咖啡、蠻牛、白馬馬力夯 等…

4. 微服務是什麼?

5. 小型自主

6. 小巧、專注；
自主性；

8. http://martinfowler.com/bliki/images/microservice-verdict/productivity.png
進行重構的最佳時機

9. 漸進式的轉移: 重構

10. https://www.nginx.com/blog/refactoring-a-monolith-into-microservices/

11. 1
2

12. 1
2

13. 1

14. 2
3程式碼都重構好了，可是… 資料庫呢?
資料庫的切割，能比照辦理嗎?

15. 資料庫切割的挑戰

16. 表
列
跨越服務之間的交易
隔離

17. https://zh.wikipedia.org/wiki/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%A7%84%E8%8C%83%E5%8C%96

19. C all nodes see the same data
at the same time
A Reads and writes
always succeed
P the system continues to operate
despite arbitrary message loss or
failure of part of the system
http://www.hollischuang.com/archives/666

20. 垂直切割:
Event Driven

21. 資料解耦

22. https://www.nginx.com/blog/event-driven-data-management-microservices/

23. 1
2
3
4

24. 5
6
7

25. 8
9

26. 進階技巧

28. 藉由 local transaction,
來確保 “訂單的處理”
與 ”事件的發布” 之間的
一致性。

31. 水平切割:
Data Shard

32. Scale-Out

33. https://docs.microsoft.com/en-us/azure/architecture/patterns/sharding
http://blog.christianposta.com/microservices/the-hardest-part-about-
microservices-data/
https://docs.mongodb.com/v3.0/tutorial/choose-a-shard-key

35. Easily Divisible
Randomness
https://docs.mongodb.com/v3.0/tutorial/choose-a-shard-key/

42. 複寫
(實作讀寫分離)
Command
(write)
Query
(read)

48. 小心“一窩蜂驅動開發”!!

49. https://blog.chunfuchao.com/?p=656&variant=zh-tw
!=

51. 一窩蜂的例子：
一窩蜂是開發團隊自我毀滅的原因
問題在於一窩蜂會造成錯誤的決策。
架構設計錯誤與技術選用錯誤都會
困擾團隊數個月甚至數年之久。最
壞的情況會造成另一個很糟糕的行
為：砍掉重練，這樣做永遠不會有
好結果的。
一切的罪惡根源似乎是社群媒體，
太多的想法在實戰測試之前就傳出
去了，跑得比大家分析利弊得失的
速度還要快。

55. Q & A ?