微服務與單體式系統到底是什麼鬼 | 全網還是最詳解 | 分散式宇宙

[@Andy-to5co]

求出快一點!! 都看妳的學習 想學習K8s 另外為甚麼前面先介紹docker不介紹k8s呢 業界不是k8s用更多? 有錯請指正 更正應該是說 為甚麼之後不先介紹k8s要介紹docker呢

[@ahagowork]

謝謝支持~ 正在努力趕片中 ok這麼說 雲端的容器化是k8s 地端的容器化是docker 如果新手想先了解容器化 先使用docker相對來說會方便一點 k8s也有地端沒錯 但是要用到完整功能跟實戰 用GCP或是AWS的K8S學習是最好 但是 很花錢 所以講解容器化 新手的話我會建議先了解DOCKER會比較省錢跟方便一點 如果新手對K8S很有興趣 建議使用kubeadm 玩玩看

[@yuhsuan4555]

學習K8S前, 建議先會用docker, 特別是 docker-compose, 你之後再學K8S 會發現那些 yaml 的撰寫格式其實都很類似

[@miku3920]

新型的區塊鏈都是天生的微服務系統

[@ahagowork]

看來改天要研究一下了

[@徐天天-n5n]

啊哈你好, 影片中有提到如果是單體式系統的話, 當報表系統有問題就需要一併停掉所有系統 , 但如果專案架構有拆分好, 是否也可以根據修改報表系統的顯示維護頁面邏輯來達成僅停掉報表系統, 而其餘子系統一樣能正常運作？ 以及遇到服務已停掉, 但使用者仍在該服務頁面, 且頁面沒有再被重新刷新的情況下做該服務的操作, 請問這種情況可以如何 handle : )

[@ahagowork]

可以的 可能你的後台就會有個按鈕可以控制 把所 有報表功能都先關閉的IF判斷式(如果你們的報表功能程式碼沒有過於發散到專案的各個地方的話) 目前有些公司如果是單體式系統也會做這樣的功能 這也是服務降級 做法有很多種 選擇最適合你們產品的作法

[@軒-d5x]

不好意思，想問一下 實務上的架構，如果是上雲 以影片的 4 個服務來說，是用 4 台 VPS 各別執行 還是只是 1 台 VPS 變成 4 個容器或程式 感謝~~~~

[@軒-d5x]

看完 DOCKER容器化與微服務的糾葛 | 分散式宇宙 | DLC 有比較瞭解了! 😂😂😂😂😂

[@ahagowork]

這個我必須說 在我接案的公司裡 這兩種架構我都有看過 開四台虛擬私人伺服器 各個虛擬機又只RUN一個容器也是有 優點就是隔離更徹底 缺點就是真的很貴~

[@ahagowork]

@@軒-d5x 感謝支持~

[@yuhsuan4555]

請問 redis 的 pub sub 會運用在微服務的溝通中嗎？ 雖然會有資料丟失的問題, 但譬如顯示當前溫度等 不需在意一定要收到每一筆資料的即時類服務 是否也適合

[@ahagowork]

redis的pub sub也是個好方法 有個朋友的公司 微服務溝通也是有使用redis做橋樑 但他們還是有個主要的溝通方式 是用rmq 因為rmq有Acknowledgements 確認機制 redis 會用在 1.輪巡任務 可能每分鐘都會跑一次之類的 2.不太重要的資訊 就像你說的溫度計這個很適合用redis 3.即時聊天功能 因為redis不支援類似rmq的Acknowledgements 所以相對使用的情境會少很多 所以只能自己手刻做redis的確認機制

[@bingshi7571]

[@rogeliokg]

9:44 鬼故事呢？(重點錯誤)

[@ahagowork]

快了快了 哈哈😀

[@dannywu-93]

rmq=rabbit mq?

[@ahagowork]

是的沒錯