Ruby Tracebin - 开源的 Ruby Application 性能监控应用 (APM)

knwang · 2017年06月03日 · 最后由 slience 回复于 2018年10月29日 · 3673 次阅读

是我们一个学生的毕业项目，用了大概一个月实现的。请大家拍砖：

https://traceb.in/

代码在这里：

https://github.com/tracebin/tracebin-ruby

一些实现的细节／心得： https://traceb.in/story

18 个赞

hooopo #1 2017年06月03日

这么🐂，前排先占个广告位...

cqcn1991 #2 2017年06月03日

对

hooopo 回复

刚才还在看，Ruby 怎么可以做数据...然后原来是用的 PG...

rubyu2 #3 2017年06月03日

占位，年轻人要不要考虑来杭州工作啊

springwq #4 2017年06月03日

厉害👍

1 个赞

Rei #5 2017年06月03日

有前途，NewRelic 太贵了。

kgen #6 2017年06月03日

好有前途的学生

hooopo #7 2017年06月03日

对

cqcn1991 回复

其实做一般的统计分析 pg 就可以，再复杂一些 pg 挂个 madlib 就可以…也没必要用其它语言再去做大量计算。

2 个赞

judi0713 #8 2017年06月03日

多好啊...学校天天除了 c 和 java 和 matlab 根本找不到其他语言啊。计算机学院好多人连 ruby 都没听说过

rocLv #9 2017年06月03日

后生可畏~

dsh0416 #10 2017年06月03日

mark，最近正好在思考给 midori 添加性能监控的功能，但因为不支持 rack 中间件，没有现成的方案。开源的方案也不好找，没什么可以参考的思路。感觉这个很适合，可以抽空读一下代码。

knwang #11 2017年06月04日

对

kgen 回复

正在帮助他在硅谷找工作，希望能帮他入职一家好公司。

hooopo #12 2017年06月04日

一个月能实现这样的系统我是跪着看完的，赞美的就不多说了，既然楼主提到『拍砖』，就说一些不足的。我觉得后端那块设计的太粗糙，粗略看了一下索引加的也不是很完美。这样的系统挑战之一是后端在海量数据下的查询分析效率，看了下目前的实现，对于像 ruby china 这样访问规模的系统，一段时间后，racebin 很难达到毫秒级或是秒级响应。

3 个赞

knwang #13 2017年06月06日

对

hooopo 回复

后端花的时间少些确实很粗糙，确实会有性能问题。现在希望能有些大站入驻能够更好地观察实际的数据。这类大量写入查询分析的项目还是挺有意思的，欢迎有兴趣的同学参与开发

1 个赞