我也有用 Rust hyper 手搓过代理，包含正向代理和反向代理。https://github.com/arloor/rust_http_proxy

@Soonan 同

我也需要这个功能

为什么要培养呢，又不是学校，各凭本事吧
@NathanInMac

@yazinnnn0 支持换 rust 或者 go 。今天刚用 rust 写了个小工具提效，同事说竟然是用 rust 写的，无形中秀了一把哈哈。

对于独立开发，技术是最不重要的吧。

@lesismal 这看起来是能根治的。不过 intel 功耗还是高

其他的没建议，建议了解下 14 代 I7 的相关问题，例如功耗过高以及 I7 、I9 不稳定的问题。以免装了之后才知道这些，膈应

可观测是一个宏大的主题，远远不止存到某个地方。类比数据库吧，反正是 crud ，直接写文件也可以搞，为什么有这么多数据库，还不同类型的数据库

破镜还能重圆吗

我也自荐一个，https://github.com/arloor/rust_http_proxy
跟二楼有点类似，正向代理+静态资源服务器
主打一个自己用，轻喷

@ensonmj 哪里说的

还是 rust 好，drop trait 让我从不担心资源没有释放。

//main.cpp
int a = 0; 全局初始化区
char *p1; 全局未初始化区
main()
{
int a = 4; 栈,4 也是存在栈上
char s[] = "abc"; 栈 "abc"也是存在栈上
char *p2; 栈
char *p3 = "123456"; 123456\0 在常量区（是在 Data 段上），p3 在栈上。
static int c =0 ； 全局（静态）初始化为 0,就是放在 BSS 段
p1 = (char *)malloc(10);
p2 = (char *)malloc(20);
malloc 分配得来得 10 和 20 字节的区域就在堆区。因为属于动态申请分配内存空间
strcpy(p1, "123456"); 123456\0 放在常量区，编译器可能会将它与 p3 所指向的"123456"优化成一个地方。
}

rdb 的优势部分提到了 backup snapshot ，这个并不是你以为的适合容灾场景。
backup 和 snapshot 是指所有数据的快照，你可以认为是 dump 出来了。dump 之后的变更全都没有
aof 是对写入的 append only 的记录，即使丢也只会丢最后的几条变更。

能看官方文档是好事，耐心的继续看下去吧

@sunamask 已经有公众号文章啦： https://mp.weixin.qq.com/s/vCh8oLeOg3NYzcEF53J_Kg

我觉得小公司应该为可观测付出的成本应该不超过：
1. 一个人或者半个人维护可观测的服务（ prometheus 、grafana 等等
2. 大部分人不需要学习 promql 等等使用

第一点是成本考虑，第二点是出于人性懒惰的考虑

Rust 天下第一