dd-trace-layer - 用于發(fā)送 Datadog 跟蹤的 Web 應用程序中間件

dd-trace-layer 是一個用于發(fā)送 Datadog 跟蹤的中間件。它基于Tower和OpenTelemetry Rust。 當我使用 hyper 構建 Rust Web 應用程序時，我想向 Datadog 發(fā)送跟蹤信息，但找不到適合它的 crate。這是一個小箱子，但可能對那些想做類似事情的人有用。謝謝！ https://github.com/liabri/rimca

ws-rs 替代方案

我想嘗試 rust 并使用ws-rs開發(fā)了一個游戲 websocket 后端。當然，當我做出選擇時，我沒有意識到它幾乎沒有維護。范例非常好和簡單，對于初學者來說使用（tokio-）tungstenite 似乎真的很難...... 不幸的是，當我嘗試使用 TLS（有時工作但非常隨機），就在發(fā)布我的 POC（當然）之前，這個板條箱顯示自己非常不穩(wěn)定。 所以現(xiàn)在我必須遷移. 有沒有人有好的穩(wěn)定crate建議來最小化我對新庫的學習開銷？（我不需要 HTTP 服務器，只需要 ws(s)）。 最初發(fā)布在這里

出于什么原因，您應該選擇 rust 進行后端開發(fā)而不是其他選項？

基本上如果你想說服別人，你能展示什么理由。 我可以看到 rust 的優(yōu)勢

系統(tǒng)編程：速度和內存安全

前端：如果你需要 WASM

rust 的后端生態(tài)系統(tǒng)在競爭中具有什么優(yōu)勢？

節(jié)點：如果您希望前端和后端在單個堆棧中并擁有全堆棧開發(fā)人員。

dotnet 和 Java：針對需要標準化和自有結構的大公司。如果您從一家公司轉到另一家公司，dotnet 項目結構和其他基礎知識仍然完全相同。從而使新人快速高效地入職。

對于rust：

成本（也許？）：我在某處讀到，在無服務器設計中，Rust 后端成本最低。（不要引用我的話哈哈）

這里還有什么？？？

編輯1：drogus建議的正確性。

這些可能不會有太大區(qū)別：

類型安全：Typescript、dotnet、java 等都涵蓋了這一點。

速度：在大多數(shù)情況下并不重要。在大多數(shù)后端系統(tǒng)中，等待網絡調用將成為瓶頸。除非你有一個非常高的 CPU 密集型后端。

Anansi 0.2，一個簡單的 MVC Web 框架

添加了一些管理功能，并且遷移現(xiàn)在也在 Rust 中。

審核編輯：劉清