注册 / 登录

Uber for Business, from 1 to 100?

分会场:  爆款架构/数据平台/工程实践

 

案例来源 :

案例讲师

时晓宇

Uber Tech Lead

Uber高级工程师,Uber for Business Platform组技术负责人。曾就职于微软云计算事业部,亚马逊全球物流技术部。专注于大规模分布式系统,敏捷开发,微服务。浙江大学计算机科学学士,UCLA交换学者,加拿大Alberta大学硕士。

扫描二维码分享案例

 

案例简述

 

如何从0到1实现一个高可用的系统,解决实际的Uber for Business业务问题。通过具体的项目需求和系统架构,包括支付系统,账单系统, Policy系统来分析如何end to end完成这些系统。

 

案例目标

 

Uber for Business(U4B)在两年内完成了从0到 1的野蛮增长,同时系统在scale方面也逐渐暴露出一些问题。同时,随着Uber技术栈的演化,包括公司支持的主要编程语言从Python到Golang的转变等等,我们决定将U4B 的一些重要系统重新设计和实现,包括支付系统 V2,账单平台 V2, 服务费系统 V2。伴随着组里的开发人员的增加,团队管理的问题也渐渐浮现

 

成功(或教训)要点

 

1)需求的分析,功能的提取


2)对于高速发展公司scale的正确判断


3)可以Scale并且可拓展的系统设计


4)Tech Stack的掌控: Kafka, Golang, Cadence, Schemaless, Cassandra, Docker, Mesos, 团队对于这些技术已有的经验


5)带领激励团队,Junior vs Senior的使用,因人安排项目

 

案例ROI分析

 

More data to follow

 

案例启示

 

1)清楚的项目领域,功能定义奠定了项目成功与否的基石


2) 好的设计比代码实现更重要,一些细节其实并没有那么重要


3) KISS – (Keep is Simple Stupid )


4) 适度的争论,局外人的观点有时候对项目会有意想不到的帮助


5)项目时间的掌握,很大程度取决于用人和团队对于已选择技术的熟悉程度


6) Optimistic leadership,大家都有压力的时候,作为Tech Lead,一定要处事不惊,稳住军心

 

案例在团队中的意义

 

短短两年,我们将Uber for Business从0到1,打造成为Uber一个非常重要的业绩增长点。接下来,更大的挑战是如果从1发展到100。技术难题,人员变动,难道100是一个永远都到不了的彼岸吗?

 

领取大会PPT

我要参会

大会全套演讲PPT

立即领取

大会即将开幕,点击抢票!

我要参会