腾讯搞了个大新闻。开源了一个后端服务引擎。

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 3250 天前的主题，其中的信息可能已经有所发展或是发生改变。

毫秒服务引擎 msec http://haomiao.qq.com/ https://github.com/Tencent/MSEC

看到这个介绍觉得很踏实，接地气。:)

近 10 年的海量服务开发运营经验使得我们深刻的认识到： ① 要尽早规范团队的开发服务框架，避免到了后期，各种开发语言混杂、各类存储组件充斥、重复编码、每个模块形态不统一、文档缺失、监控瘫痪、人员离职造成大量信息丢失，最后积重难返、痛苦不堪。 ② 没有框架来规范，团队的随意性就太大，合作效率就大打折扣，甚至于内耗、反复的挖坑填坑，系统的成败过于依靠人的意识和水平。 ③ 规范，不能靠文档、不能靠劳动纪律、不能靠苦口婆心、不能靠人员意识、不能靠运动式的整顿，要靠技术框架上切实的限制与贴心保护。

唔， binding 一个 Lua 来做游戏怎样。:)

框架

规范

文档

服务

38 条回复 • 2016-12-07 23:51:54 +08:00

holyzhou

2016-12-02 11:34:33 +08:00

看起来有点意思

JiaFeiX

2016-12-02 11:42:05 +08:00

牛逼

vus520

2016-12-02 11:46:50 +08:00

觉厉

wyntergreg

2016-12-02 12:31:24 +08:00

已 star

gemini767

2016-12-02 12:45:41 +08:00

啥格式文档都有 GitHub 乱吧 doc 也是醉了

gogohigh

2016-12-02 12:48:05 +08:00

能在鹅厂内部推广开就算是成功了～

unique

2016-12-02 12:54:41 +08:00 via iPhone

厉害

odirus

2016-12-02 12:58:37 +08:00

腻害，框架慢慢看，不过能够让鹅肠分配这么一个二级域名也是很腻害的团队吧

ctsed

2016-12-02 13:15:07 +08:00

r#6 @gogohigh 哈哈哈

mytsing520

PRO

2016-12-02 13:16:04 +08:00

已 star

Troevil

2016-12-02 13:16:36 +08:00

类似 duboo + zk ?

mytsing520

PRO

2016-12-02 13:17:47 +08:00

挺不错的，不过具体要看看源码先，跑跑看

slixurd

2016-12-02 13:21:21 +08:00

"log 服务器：提供业务 log 的存储和查询服务。 Log 存储在 mysql 表里。"
感觉这个 LogSrv 比较适合业务刚起来的时候,否则用 MySQL 存 Log 几乎是最差实践之一....

slixurd

2016-12-02 13:34:26 +08:00

另外随便扫了一下代码...真的是初中生水平,当然主要可能也是因为腾讯是 C/C++系的,所以 Java 写的特别烂?
例如:

while (entries.hasNext()) {
if (!where.isEmpty()) {
where += " and ";
} else {
where += " where ";
}
entry = entries.next();
where += entry.getKey() + " = \'" + entry.getValue() + "\'";
}

反正连 PHP 程序员都知道要 escape 一下....

run2

2016-12-02 14:00:26 +08:00

感觉太繁杂，
管理服务的话昨天看到个 kong 有点意思 lua + Nginx 的
🐒 The API Gateway & Microservice Management Layer, built on NGINX https://getkong.org/

amey9270

2016-12-02 14:11:42 +08:00

这都算大新闻了? 一个 RPC? 玩烂的东西?

yolan

2016-12-02 14:18:46 +08:00

@slixurd 为啥 "否则用 MySQL 存 Log 几乎是最差实践之一...." 小白问问

rogerchen

2016-12-02 14:34:01 +08:00

r #16 @PickMio 维持一个结构没有意义， log 就该存文本，大把成熟的 log 后处理工具链都是围绕文本格式的 log 打造的。

miketeam

2016-12-02 14:38:35 +08:00 via iPhone

和 tornado 比怎么样？是一样的东西吗？叼大的说哈

swsh007

2016-12-02 14:54:10 +08:00 via Android

log 文本解析比较方便。

kxxoling

2016-12-02 15:31:11 +08:00

@slixurd =。= PHP 躺枪。。。

kxxoling

2016-12-02 15:33:15 +08:00

扫了一眼，不支持 Python~

banxi1988

2016-12-02 15:53:16 +08:00

还是比较朴实的.
围观地址: https://github.com/Tencent/MSEC/blob/master/monitor/standalone_console/monitor_console/web/pages/LeftMenu.jsp

但是人家既然开源了, 大家能帮忙的就帮帮忙呗.

slixurd

2016-12-02 16:12:47 +08:00

@PickMio 一个是楼上说的实用性的问题,文本就该用文本好好存,非结构化数据改成结构化数据没啥意义,搜索起来也不方便...
另外一个是扩展性的问题,MySQL 抗不住大批量的写入,对于日志类型这种写多读少的场景有其他更合适的方案,至少要可以做到横向扩容,不能做单点....总不能因为一个日志收集工具在这 MySQL 上架一个分表分库工具....
更何况这代码也根本没做这些工作...充其量就是一个玩具而已....