这是一个创建于 536 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情这样的，前断时间组里有个后端工程师用 go 写一个统计的功能，开了几百万个协程读数据库，直接把数据库拖垮了。然后 cto 是大厂出来的，说现在数据库不行，要自研一个数据库。就把后端的工程师调过去开发数据库了，其实就是拿 leveldb 封装了一下。
而现阶段业务比较繁忙，大领导每天都在催进度，但是后端写业大部分都去搞这个数据库了，每天加班都搞不完。
遇到这种情况，你们该怎么办
 |
1
RRRSSS 2023-06-14 11:39:08 +08:00  1
run
|
 |
2
iOCZ 2023-06-14 11:40:40 +08:00
对金轮法王表示不满
|
 |
5
chuck1in 2023-06-14 11:47:58 +08:00
开发数据库也实在是太厉害了。。。。确定是大厂出来的？
|
 |
6
coderxy 2023-06-14 11:50:44 +08:00
开发数据库有点离谱，这不是造轮子了，这是自己重新修路了。
|
 |
7
nomagick 2023-06-14 11:53:36 +08:00
啥东西他也经不起挤兑啊
|
 |
8
streamrx 2023-06-14 11:55:34 +08:00 via iPhone 1
开发数据库这是自己造航空母舰了
|
 |
9
importmeta 2023-06-14 11:55:48 +08:00
万一把下面这些开发人员惹急了.
|
 |
10
chenPiMeiHaoChi 2023-06-14 11:56:27 +08:00 3
大厂出来都这么个套路，老板喜欢。底下人干不完就是能力不行，换成 CTO 推荐来的人就突然行了。
|
 |
11
ytmsdy 2023-06-14 11:56:44 +08:00
如果加班都干不完的话，那就安安心心摸鱼吧。
这明显就算工作任务分配出了问题。 |
 |
12
w8123 2023-06-14 12:01:00 +08:00
CTO 是搞笑呢，是不是要跑路了。就算包装个简单的数据库，后面那不得分出一两个人去维护和运维？况且这玩意谁敢用
|
 |
13
hhjswf 2023-06-14 12:11:50 +08:00 via Android
什么统计功能啊，几百万个协程。。
|
 |
15
XiLingHost 2023-06-14 12:25:31 +08:00
需要这种规模并发读数据库的场景，正常人会选择把这些数据放到 es 集群之类的地方来降低数据库压力，你们 CTO 选择自己手搓一个数据库是让人想不到的
|
 |
16
coderluan 2023-06-14 12:31:42 +08:00
和上面反应一下，先弄个数据库把业务做完，喜欢造轮子之后再换，如果不行的话，自己就不加班了，大部分拿 N+1 走人。
|
 |
17
txy3000 2023-06-14 13:01:14 +08:00
开发数据库?
只能说 cto👆有钱有人，跟着干就完事了 |
 |
18
cabing 2023-06-14 13:11:19 +08:00
统计用 ck 或者 doris 。或者 hive ？
|
 |
19
luozic 2023-06-14 13:46:23 +08:00
单个服务跑这么多请求到库上，dba 和监控没叫？
|
 |
20
JKeita 2023-06-14 13:54:41 +08:00
CTO 是脑子抽了吧，即使要搞也不是让业务开发的去搞而是专门基架团队搞吧。
|
 |
21
bakey 2023-06-14 14:00:19 +08:00
也别忙着喷 CTO ，帖子给的信息不足够，很难判断出来 CTO 决定自研数据库是否一个正确的决定。而且这里不也是说基于 leveldb 封装嘛，这也没有从头到脚自己造啊。我觉得还好吧
|
 |
23
la2la 2023-06-14 14:22:23 +08:00
看标题以为是封装工具类搞搞 KPI 啥的。
点进来发现是自研数据库，打扰了 |
 |
24
Leexiaobu 2023-06-14 14:34:29 +08:00
leveldb 都是有开源实现的，如果只是封装难度不大的，到是为什么因为开协程导致数据库异常就要通过开发数据库 这个做法实在难以理解。
|
 |
25
matrix1010 2023-06-14 14:45:16 +08:00 via iPhone
这种首先应该有个详细的书面复盘报告。到底是什么原因导致系统承载能力不足，现阶段是不是必须要解决。然后再分析解决方案比如是不是优化查询或者限流之类的。数据库是很成熟的东西
|
 |
26
try2giveup 2023-06-14 14:50:54 +08:00
确定几百万协程干统计查库，这要开发出来可以不用干现在项目，光这个 数据库就够你们公司吃的了
|
 |
27
gbw1992 2023-06-14 14:51:36 +08:00
我以为是造啥轮子呢
这家伙，上来就魔改数据库了 这要是让我去 这好办，之前硬盘的操作全放内存🤣 别和我说容错，问就是速度快的代价 |
 |
28
wulili 2023-06-14 14:58:02 +08:00
别当真，对方说的自研基本就是在现有数据库的基础上封装一下，根据特定业务加点料啥的
等完事了这又是一个 KPI 呀 |
 |
29
lambdaq 2023-06-14 15:10:05 +08:00
这下岗位安全保障护城河了。job security ++
|
 |
30
ho121 2023-06-14 15:10:47 +08:00
这不叫造轮子，这是造势
|
 |
31
securityCoding 2023-06-14 15:14:03 +08:00 via Android 1
这是要拉投资啊
|
 |
32
kuaner 2023-06-14 15:39:16 +08:00
开几百万协程读数据库的人能开发数据库么
|
 |
33
yufeng0681 2023-06-14 15:44:58 +08:00
坚持一下，等大领导把 CTO 裁掉， 一步解决，永绝后患。
|
 |
34
seki 2023-06-14 15:50:24 +08:00
乐观点想，一般碰不到这样的 CTO ，定出这样的开发数据库的需求，不如先学习学习
|
 |
35
fiypig 2023-06-14 15:59:46 +08:00
哈哈哈哈 几百万协程 怎么做到的
|
 |
36
nkidgm 2023-06-14 16:04:59 +08:00 1
对于这种公司，话我先说了，做 db 那伙人早晚先散伙。
活下来的一定是业务团队。 |
 |
37
zsc8917zsc 2023-06-14 16:19:10 +08:00 1
你们把数据库开发出来，可以拿这个去上市了
|
 |
38
final7genesis 2023-06-14 17:03:30 +08:00
@zsc8917zsc 有人用吗
|
 |
39
zachwei 2023-06-14 18:22:24 +08:00
这都不是造轮子 这特么造汽车 还是新能源
|
 |
40
456789 2023-06-14 22:01:45 +08:00
说实话 国内的 cto 如果造数据库就说明这 cto 舔功和技术能力一个是天一个是地
|
 |
41
Nnq 2023-06-15 05:21:23 +08:00
只能说遇上了所谓的“高手”， 就和之前一同事信誓旦旦的跟我说自己做了个关于 opentelemetry 的 poc 基于🏥案例，我丢给他一个 github 上官方的带压测的全链路 poc ，我同时说要注意最小内存限制啥的；结果大哥根本没看过官方的 poc ；还反驳我说你弄的啥破玩意还有内存限制，他觉得 ot 没有任何🚫。。。。。。
|
 |
42
lxychn 2023-06-15 06:22:28 +08:00 via Android
自研数据库😂
|
 |
43
zhaokun 2023-06-15 07:57:39 +08:00 via iPhone
统计得锅
|
|
44
zhaokun 2023-06-15 07:59:36 +08:00 via iPhone
很好奇就没人提出来反对吗？这种感觉就是为了做而做，完全不考虑实际情况
|
 |
45
darkengine 2023-06-15 08:53:06 +08:00
这不是造轮子，这是从炼钢开始了
|
 |
46
witcat 2023-06-15 10:38:57 +08:00 via iPhone
挺好的...让大家都有的忙。实在干不过来了再多招点人，创造更多工作岗位。
|
 |
47
ChoateYao 2023-06-15 10:42:41 +08:00
换个角度，你们的 CTO 给你们找了一个高难度的活。
1. 他在展现自己的价值，得到老板的认可 2. 你们有活干，在老板眼里你们都都好员工，不会裁员 3. 项目成功或失败，你们和 CTO 没人关心，而是更关心这个项目能在这家公司混几年，N 年后老板满心欢喜拿到一个半成品去招商引资，而你们和 CTO 换了一家公司继续这个套路。 |
 |
48
fibodt007 2023-06-15 11:07:21 +08:00
难道不应该干掉那个用 go 的后端工程师吗
|
 |
49
huiwang520 2023-06-15 19:02:24 +08:00
拿 leveldb 封装。。。你们领导真是个大聪明
好歹也上个 RocksDB 啊 |
 |
50
istomyang 2023-06-20 17:57:25 +08:00
首先，几百万个协程读数据库这个就不行，其次，你们数据库集群都 hold 不住吗？再者，LevelDB is a fast key-value storage library written at Google that provides an ordered mapping from string keys to string values. 为啥不用 Redis ？最后，我觉得领导带你们造轮子，很棒啊！你可以拿着这个工作经历去找更牛逼的公司了，至于大领导催进度，让 CTO 去搞定。
|
Select Language