Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

與大師對談: 轉移到微服務架構必經之路 ~ 系統與資料庫重構

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

  • Login to see the comments

與大師對談: 轉移到微服務架構必經之路 ~ 系統與資料庫重構

  1. 1. 轉移到微服務架構必經之路 ~ 系統與資料庫重構 Andrew Wu
  2. 2. 以下內容牽涉到程式語言、平台、Framework 理論 等… 有可能造成昏睡、甚至睡著 請準備各種提神性飲料,如:咖啡、蠻牛、白馬馬力夯 等…
  3. 3. 微服務是什麼?
  4. 4. 小型自主
  5. 5. 小巧、專注; 自主性;
  6. 6. http://martinfowler.com/bliki/images/microservice-verdict/productivity.png 進行重構的最佳時機
  7. 7. 漸進式的轉移: 重構
  8. 8. https://www.nginx.com/blog/refactoring-a-monolith-into-microservices/
  9. 9. 1 2
  10. 10. 1 2
  11. 11. 1
  12. 12. 2 3程式碼都重構好了,可是… 資料庫呢? 資料庫的切割,能比照辦理嗎?
  13. 13. 資料庫切割的挑戰
  14. 14. 表 列 跨越服務之間的交易 隔離
  15. 15. https://zh.wikipedia.org/wiki/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%A7%84%E8%8C%83%E5%8C%96
  16. 16. 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
  17. 17. 垂直切割: Event Driven
  18. 18. 資料解耦
  19. 19. https://www.nginx.com/blog/event-driven-data-management-microservices/
  20. 20. 1 2 3 4
  21. 21. 5 6 7
  22. 22. 8 9
  23. 23. 進階技巧
  24. 24. 藉由 local transaction, 來確保 “訂單的處理” 與 ”事件的發布” 之間的 一致性。
  25. 25. 水平切割: Data Shard
  26. 26. Scale-Out
  27. 27. 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
  28. 28. Easily Divisible Randomness https://docs.mongodb.com/v3.0/tutorial/choose-a-shard-key/
  29. 29. 複寫 (實作讀寫分離) Command (write) Query (read)
  30. 30. 小心“一窩蜂驅動開發”!!
  31. 31. https://blog.chunfuchao.com/?p=656&variant=zh-tw !=
  32. 32. 一窩蜂的例子: 一窩蜂是開發團隊自我毀滅的原因 問題在於一窩蜂會造成錯誤的決策。 架構設計錯誤與技術選用錯誤都會 困擾團隊數個月甚至數年之久。最 壞的情況會造成另一個很糟糕的行 為:砍掉重練,這樣做永遠不會有 好結果的。 一切的罪惡根源似乎是社群媒體, 太多的想法在實戰測試之前就傳出 去了,跑得比大家分析利弊得失的 速度還要快。
  33. 33. Q & A ?

×