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

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

ws-rs 替代方案

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

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

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

系統編程：速度和內存安全

前端：如果你需要 WASM

rust 的后端生態系統在競爭中具有什么優勢？

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

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

對于rust：

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

這里還有什么？？？

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

這些可能不會有太大區別：

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

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

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

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

審核編輯：劉清