用于发送Datadog跟踪的Web应用程序中间件

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 中。

审核编辑：刘清