Размер видео: 1280 X 720853 X 480640 X 360
Показать панель управления
Автовоспроизведение
Автоповтор
這集超級乾貨!!受教了!!感謝
感謝肯定👍
謝謝老師分享 實務上我們大部分跟老師這邊提出來的做法差不多前都有load balance + distribute流量到後台 + 而後台也是分散式架構可以即時擴充 + 透過Redis緩存資料 + CDN則是放靜態資源不過還是學習到很多東西例如我們DB這邊沒有讀取分離, 或許可以再加以改善.
是的,高層概念上都是互通的,再來就是選擇實作方案
講得非常詳細 謝謝老師
感謝肯定!
謝謝前輩,受益良多
感謝肯定,歡迎分享給身邊的人!
圖解太讚了
【圖解 AWS:打造分散式雲端架構,流量再高也頂住!】限時優惠,了解更多(單堂):bit.ly/3loJIS8限時優惠,了解更多(組合包):hiskio.com/bundles/1JwJ8pxRV?s=tc
老師有開 專門講分散式架構的課嗎?
有的,此課程以 AWS 為底,來講解「分散式架構」的實務運用【圖解 AWS:打造分散式雲端架構,流量再高也頂住!】課程連結:hiskio.com/fundraising/545/about?s=tc
請問之後會有字幕嗎? 有些英文單字會需要字幕比較好懂
感謝建議,已放上字幕
讚
:)
可以請問老師 分散式 和 微服務 這兩個架構是不是微服務比較好? 因為我是從Docker系列看下來,我認為分散式只是硬體分散,但是軟體仍是同一個版本,而微服務可以把軟體切割成很多個,讓BUG出錯後的影響降到最低
distributed system 跟 micro service 兩者並不衝突啊。而且架構好不好不能不談使用情境。比如說很難沒頭沒尾說火箭是不是比腳踏車好,但你可以想到使用情境中腳踏車比火箭好的例子比比皆是。
分散式架構的專業分工本身就是微服務的概念;而微服務中,每個服務裡面亦可做成集中or分散式架構。微服務強調功能導向,每個服務專注一項功能,單一服務若掛掉僅造成該功能失效,不影響整體運作;分散式架構則強調舒緩流量,避免掛掉。兩者是不同面向的事。
謝謝老師 收益良多
這集超級乾貨!!受教了!!感謝
感謝肯定👍
謝謝老師分享 實務上我們大部分跟老師這邊提出來的做法差不多
前都有load balance + distribute流量到後台 + 而後台也是分散式架構可以即時擴充 + 透過Redis緩存資料 + CDN則是放靜態資源
不過還是學習到很多東西例如我們DB這邊沒有讀取分離, 或許可以再加以改善.
是的,高層概念上都是互通的,再來就是選擇實作方案
講得非常詳細 謝謝老師
感謝肯定!
謝謝前輩,受益良多
感謝肯定,歡迎分享給身邊的人!
圖解太讚了
【圖解 AWS:打造分散式雲端架構,流量再高也頂住!】
限時優惠,了解更多(單堂):bit.ly/3loJIS8
限時優惠,了解更多(組合包):hiskio.com/bundles/1JwJ8pxRV?s=tc
老師有開 專門講分散式架構的課嗎?
有的,此課程以 AWS 為底,來講解「分散式架構」的實務運用
【圖解 AWS:打造分散式雲端架構,流量再高也頂住!】
課程連結:hiskio.com/fundraising/545/about?s=tc
請問之後會有字幕嗎? 有些英文單字會需要字幕比較好懂
感謝建議,已放上字幕
讚
:)
可以請問老師 分散式 和 微服務 這兩個架構是不是微服務比較好?
因為我是從Docker系列看下來,我認為分散式只是硬體分散,但是軟體仍是同一個版本,而微服務可以把軟體切割成很多個,讓BUG出錯後的影響降到最低
distributed system 跟 micro service 兩者並不衝突啊。而且架構好不好不能不談使用情境。
比如說很難沒頭沒尾說火箭是不是比腳踏車好,但你可以想到使用情境中腳踏車比火箭好的例子比比皆是。
分散式架構的專業分工本身就是微服務的概念;而微服務中,每個服務裡面亦可做成集中or分散式架構。
微服務強調功能導向,每個服務專注一項功能,單一服務若掛掉僅造成該功能失效,不影響整體運作;
分散式架構則強調舒緩流量,避免掛掉。
兩者是不同面向的事。
謝謝老師 收益良多