Rust 怎麼向高併發高可用服務發展?

時間 2021-05-30 00:01:33

1樓:Liigo

目前來說(2023年),Rust在高併發高可用服務方向上還沒有提供通用的成熟的最佳的解決方案。社群仍處於探索、試驗階段,出現了一些尚不成熟但頗有潛力的方案。感興趣的朋友可以關注以下幾個專案和系列介紹文章:

GitHub - carllerche/mio: Metal IO library for Rust

GitHub - alexcrichton/futures-rs: Zero-cost futures and streams in Rust

Zero-cost futures in Rust · Aaron Turon

(注意到 mio futures tokio 三者不是相互孤立的專案,而是同屬於乙個生態系統)

(注意到一些Rust官方核心開發者參與了futures-rs專案的設計和實現,並給予了較高的期待)

再等一兩年吧,或許到2023年左右會有不錯的結果。一旦今後出現最佳實踐方案,是有機會放到標準庫里去的(其實放不放有什麼區別呢,有Cargo在),甚至在語言層面給予便利支援都有可能。

大家對高鐵服務怎麼看?

已登出 就自己而言吧,因為自己所在的省份是瀋陽局的管轄範圍,因此坐瀋陽局的高鐵動車多一些,同時也有一些哈爾濱局和京局的列車,首先說說瀋陽局吧,瀋陽局是體驗最差的,有些車次和乘務組幾乎談不上服務,無論從穿著上還是服務上,和普速車沒有任何區別,其次是京局,相比沈局,京局動車組列車要比沈局好一些,體驗最好...

高併發場景下,怎麼保證快取和資料庫的資料一致性?具體解決方案是什麼?有哪些框架?具體怎麼實現?

看應用場景是頻繁讀 頻繁寫 頻繁讀寫。讀多的場景 記憶體 磁碟雙寫就可以。寫多的場景就需要考慮寫入削峰,可入kafka佇列快取寫入 leveldb記憶體 磁碟的多層快取削峰等。 目前的回答從方案上已經說的很全面了,說下我的看法,我比較傾向 白楊 小碼農xyz 的傾向,在我的業務經驗裡,如果我們需要做...

怎麼判斷高防伺服器是否是真實防禦?

silenceEason 第一 我們要在高防伺服器租用時,了解清楚是是單機防禦還是集群防禦,這個單機防禦和集群防禦的概念類似於獨享頻寬和共享頻寬,詳細請參考 高防伺服器中單機防禦和集群防禦是什麼又如何理解呢 第二 辨別高防伺服器是否有真實的防禦能力,簡單直接的方法就是壓力測試。如果站長購買100G的...