微服務與單體式系統到底是什麼鬼 | 全網還是最詳解 | 分散式宇宙
ฝัง
- เผยแพร่เมื่อ 9 ก.พ. 2025
- 微服務與單體式系統，你該選擇哪一個?
人中之龍8全破了，接下來還有什麼可以干擾我的遊戲?
重點章節:
00:01:33 為什麼叫做[服務]
00:02:15 為什麼要使用微服務
00:06:05 微服務使用上需要注意的地方
#microservices
#docker
#container
#cicd
#devops
#mongodb
#kubernetes
#distributed
这视频的质量让我十分惊讶，真是超出预期！
希望對你有幫助~
求出快一點!! 都看妳的學習 想學習K8s 另外為甚麼前面先介紹docker不介紹k8s呢 業界不是k8s用更多? 有錯請指正
更正應該是說 為甚麼之後不先介紹k8s要介紹docker呢
謝謝支持~ 正在努力趕片中
ok這麼說
雲端的容器化是k8s
地端的容器化是docker
如果新手想先了解容器化 先使用docker相對來說會方便一點
k8s也有地端沒錯 但是要用到完整功能跟實戰
用GCP或是AWS的K8S學習是最好
但是
很花錢
所以講解容器化 新手的話我會建議先了解DOCKER會比較省錢跟方便一點
如果新手對K8S很有興趣 建議使用kubeadm 玩玩看
學習K8S前, 建議先會用docker, 特別是 docker-compose, 你之後再學K8S 會發現那些 yaml 的撰寫格式其實都很類似
新型的區塊鏈都是天生的微服務系統
看來改天要研究一下了
啊哈你好, 影片中有提到如果是單體式系統的話, 當報表系統有問題就需要一併停掉所有系統 , 但如果專案架構有拆分好, 是否也可以根據修改報表系統的顯示維護頁面邏輯來達成僅停掉報表系統, 而其餘子系統一樣能正常運作？
以及遇到服務已停掉, 但使用者仍在該服務頁面, 且頁面沒有再被重新刷新的情況下做該服務的操作, 請問這種情況可以如何 handle : )
可以的 可能你的後台就會有個按鈕可以控制 把所
有報表功能都先關閉的IF判斷式(如果你們的報表功能程式碼沒有過於發散到專案的各個地方的話)
目前有些公司如果是單體式系統也會做這樣的功能
這也是服務降級 做法有很多種
選擇最適合你們產品的作法
不好意思，想問一下
實務上的架構，如果是上雲
以影片的 4 個服務來說，是用 4 台 VPS 各別執行
還是只是 1 台 VPS 變成 4 個容器或程式
感謝~~~~
看完 DOCKER容器化與微服務的糾葛 | 分散式宇宙 | DLC
有比較瞭解了!
😂😂😂😂😂
這個我必須說 在我接案的公司裡
這兩種架構我都有看過
開四台虛擬私人伺服器 各個虛擬機又只RUN一個容器也是有
優點就是隔離更徹底
缺點就是真的很貴~
@@軒-d5x 感謝支持~
請問 redis 的 pub sub 會運用在微服務的溝通中嗎？ 雖然會有資料丟失的問題, 但譬如顯示當前溫度等 不需在意一定要收到每一筆資料的即時類服務 是否也適合
redis的pub sub也是個好方法
有個朋友的公司 微服務溝通也是有使用redis做橋樑
但他們還是有個主要的溝通方式 是用rmq 因為rmq有Acknowledgements 確認機制
redis 會用在
1.輪巡任務 可能每分鐘都會跑一次之類的
2.不太重要的資訊 就像你說的溫度計這個很適合用redis
3.即時聊天功能
因為redis不支援類似rmq的Acknowledgements
所以相對使用的情境會少很多
所以只能自己手刻做redis的確認機制
9:44 鬼故事呢？(重點錯誤)
快了快了 哈哈😀
rmq=rabbit mq?
是的沒錯