楼主: qq421913556
跳转到指定楼层
上一主题 下一主题
收起左侧

[职场感言] AWS Aurora组工作情况介绍

   
🔗
 楼主| qq421913556 2021-5-20 11:50:57 | 只看该作者
全局:
匿名者 发表于 2021-5-20 09:46
Aurora的核心是AMS和storage,AMS大多在硅谷,CP只是外围。因为PostgreSQL是后来才支持的,APG一直在追赶AM ...

是这样的,AMS在内部占了aurora的名字,我们只是卑微的叫APG哈哈哈,我们apg的很多feature都是直接从ams上抄下来的,但最近也在一起开发共用的新feature。你说的是sandors吗,我入职之前这个人走了去狗了。学到了aurora的历史,原来是这样。。。
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-XJWOM  | 添加认证 | 2021-5-20 12:10:52 来自APP
qq421913556 发表于 2021-05-19 00:24:17
有挺多都是customer不当操作导致的,最近那个两周的oncall也是fucus on这些RCA,但Aurora因为产品发展快,很多feature都不会在preprod上完全测试就去了prod,导致
同RDS,虽然不是aurora,也是开发非常快test少还很flaky…我们经常私下吐槽拿customer当小白鼠🐁
回复

使用道具 举报

🔗
 楼主| qq421913556 2021-5-20 12:11:49 | 只看该作者
全局:
Raymond_Lingx 发表于 2021-5-20 08:24. Waral dи,
谢谢信息!其实我并不是要去aurora,但是感觉db组应该构造都差不多?. 1point 3acres
lz知道你们org下面有专门负责migrati ...

没听说过。。。或者说oncall是用来干这个的哈哈哈
回复

使用道具 举报

🔗
gongchen 2021-5-20 12:35:26 | 只看该作者
全局:
qq421913556 发表于 2021-5-20 11:48
我的dp太少了,不敢妄下定论。。。我只是觉得因为是control所以事情会很杂,因为你的feature就是control ...

我的理解是楼主文章里说的storage和engine就属于data plane. 1point3acres
我看楼主的意思就是storage和engine的地位比control plane稍高一些,所以得出了上面的结论
回复

使用道具 举报

🔗
 楼主| qq421913556 2021-5-20 12:44:15 | 只看该作者
全局:
gongchen 发表于 2021-5-20 12:35
我的理解是楼主文章里说的storage和engine就属于data plane
我看楼主的意思就是storage和engine的地位比 ...

要是你指的是地位的话确实,我们cp是最没人权的,所有人都把我们当小弟一样使唤哈哈哈,但不知道别的org是不是这种情况
回复

使用道具 举报

🔗
super_super 2021-5-20 12:49:55 | 只看该作者
全局:
Aurora  Engine Team Alumni 说两句, Aurora 的工作 就两种 非常繁琐不讨好的, 非常难基本不会的。 活下来真好
回复

使用道具 举报

🔗
gongchen 2021-5-20 12:52:16 | 只看该作者
全局:
qq421913556 发表于 2021-5-20 12:44
要是你指的是地位的话确实,我们cp是最没人权的,所有人都把我们当小弟一样使唤哈哈哈,但不知道别的org ...

我的组是类似的情况(control plane) 我身边一位在aws的朋友也是这样的情况
. ----
我组在整个产品/org的架构中离customer最近,在data plane和customer的中间,结果就是

1. data plane要做任何新feature,我们都要帮他们做屎活,但是我们拿不到credit,因为feature是他们drive的。或者说工程上的难点在他们那里。
2. 我们离customer近,input的edge case也最多,operation issue/ticket也最多,因为customer有各种花式操作和环境。. ----
data plane就不会遇到这些input edge case,因为input全都在我们这里normalize/error out了,他们只会看见干净整齐的input。

评分

参与人数 1大米 +3 收起 理由
qq421913556 + 3 很有用的信息!

查看全部评分

回复

使用道具 举报

🔗
wythhh 2021-5-20 13:20:11 | 只看该作者
全局:
gongchen 发表于 2021-5-20 12:52
我的组是类似的情况(control plane) 我身边一位在aws的朋友也是这样的情况

我组在整个产品/org的架 ...
. .и
我对control和data plane这块儿不是很熟哈,我拿OLAP的presto举个例子,你说的control plane是不是就像presto里面的coordinator, which is responsible for parsing statements, planning queries, and managing Presto worker nodes?然后Data plane就像presto里面的worker,which is responsible for executing tasks and processing data?
回复

使用道具 举报

🔗
wythhh 2021-5-20 13:27:17 | 只看该作者
全局:
qq421913556 发表于 2021-5-20 02:21
主要是监控host的健康状况,feature方面是开发一些monitor job。oncall、ops很重,因为所有东西都跟cp有 ...

但storage组现在去了也就是打杂吧?毕竟那些奠基的活儿前人大牛们都干完了,我之前还打听过aws的alfbus组,也是很牛逼的做分布式系统的组,但是好像现在去了基本也就是ramp up前人build好的牛逼系统+打杂?
回复

使用道具 举报

🔗
gongchen 2021-5-20 13:29:22 | 只看该作者
全局:
wythhh 发表于 2021-5-20 13:20
我对control和data plane这块儿不是很熟哈,我拿OLAP的presto举个例子,你说的control plane是不是就像pr ...

我对database不熟. Χ
我觉得可以请楼主或者做database的同学指点一下你说的这几块是不是control plane,然后coordinator这几块是不是也是屎活集中营(相比于worker)。

话说今天还有一个亚麻国人经理在招人做presto control plane,就是和你说的一模一样的jd。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
职场达人
  • ↑ 本版用于讨论职场各种干货话题,闲聊请去🔗聊聊或者🔗匿名版
  • ❌ 本版严禁水贴,引战,发布广告,拉群,贴个人联系方式,扣分无警告
  • ☑ 求职、面经等去 🔗北美求职和 🔗回国求职大区,刷题和学习请去 🔗终身学习大区
  • ☑ 请去专版发布 🔗内推, 🔗招聘信息,和讨论 🔗创业内容
  • ☑ PIP / DevList/ Need Support 等话题也已开设 🔗专版

本版积分规则

>
快速回复 返回顶部 返回列表