AWS Aurora组工作情况介绍

ymsfd007 发表于 2021-5-20 03:04
你们这个组recruiter刚来找过，和这组谈工资岂不是可以鼻孔朝天？ 哈哈哈

冲！compete offer！auaora很有钱，社招面过了包大大的有！

伊萨卡的布丁 发表于 2021-05-19 10:57:10
优势的话一是单机性能，二是比如你数据库原本就在mysql和pg上的话可以直接迁移过来，这应该也是最重要的优势，也是为什么阿里华为腾讯都在模仿Aurora的设计。其它几家new sql兼容性和mysql

学习了，看了下Aurora还有seeverless版的自带auto scale

感谢LZ的介绍，说的很中肯。作为Aurora Engine组的前员工，表示Aurora 14 - 17年真的是最好的时候：经历了产品从launch到hyper growth的过程，也build了业界的reputation。当时的leadership也会关心team的growth，并且组里的氛围很好，很多同事都成了朋友。

听说现在Engine组的情况和LZ介绍的也很像，政治斗争还有tech debt / operation导致现在情况很差，我们最初的一批员工基本上都已经离职了。Storage组的情况我不太了解，应该是比Engine好一些，attrition没有这么严重。

一直说组缺人bar低，然而做完OA就再也收不到HR音信，也是不明白亚麻的HR似乎和tech招聘是分离的。。。

neomiracle 发表于 2021-5-20 03:58
感谢LZ的介绍，说的很中肯。作为Aurora Engine组的前员工，表示Aurora 14 - 17年真的是最好的时候：经历了 ...

mgr当时给我们分享了一张照片，那是aurora第一个instance创建成功的时候大家的纪念照，很羡慕那帮人，aurora真是他们一手带起来的

huzihao46 发表于 2021-5-19 02:57
听说Aurora有scale issue， handle不了大的tps不知道是不是真的。好像vertical scaling 之类的都要自己做， ...

正好看到你的问题，我就借机聊下我对这个问题的看法哈

Aurora最初的目标是取代community的mysql和pg，因为同样的instance type能提供更好的性能，这样的话用户可以用更小（便宜）的instance来满足性能的需求。同时对community版本的db compatible，这也是为什么很多用户能很容易的migrate到aurora上来，但是到cockroachdb和spanner就比较难。

对于scale来讲，aurora可以很好的scale read，能够support 16个latency很低的replica对于以往的mysql/pg的用户来讲是很难想象的。scale write对于aurora来讲一直以来都是一个问题，这也是为什么aurora在invest 在multi-master和global sharding，不过这在mysql基础上做太难了，相反如果从新build一个db会容易很多。

对比现在的newsql例如cockroach和spanner，我觉得适用于不同的use case。如果对scale要求高，但是对perf和latency不敏感，可以上newsql。对于其他的情况或者是业务层已经做了sharding，选择aurora应该更有优势，这个也是大部分的use case

qq421913556 发表于 2021-5-19 15:15
mgr当时给我们分享了一张照片，那是aurora第一个instance创建成功的时候大家的纪念照，很羡慕那帮人，aur ...

是哈，当时还都是一个组，整个aurora大概也只有20人左右

scale write对于aurora来讲一直以来都是一个问题
echo上面层主说的写多的话aurora有巨大的issue，这是我们小破公司几千万的血的教训
------------
We learned from AWS that all tables and partitions in Aurora Postgres must be less than 500G in size
AWS has been able to reproduce the lock contention issues we have been experiencing in their own testbed and confirmed that partitioning tables prevent this lock contention from happening.

neomiracle 发表于 2021-5-20 04:17
正好看到你的问题，我就借机聊下我对这个问题的看法哈

Aurora最初的目标是取代community的mysql和pg， ...

scale write对于aurora来讲一直以来都是一个问题
echo上面层主说的写多的话aurora有巨大的issue，这是我们小破公司几千万的血的教训
------------
We learned from AWS that all tables and partitions in Aurora Postgres must be less than 500G in size
AWS has been able to reproduce the lock contention issues we have been experiencing in their own testbed and confirmed that partitioning tables prevent this lock contention from happening.

huzihao46 发表于 2021-5-20 03:41
学习了，看了下Aurora还有seeverless版的自带auto scale

说到severless，想起来了，想补充一点，目前aurora的工作重心正在往serverless上迁移，serverless is future，开meeting的时候感觉我们这些provision的迟早要失业哈哈哈