饿了么实时架构演进

合集下载

阿里巴巴并购饿了么案例分析与思考

阿里巴巴并购饿了么案例分析与思考

阿里巴巴并购饿了么案例分析与思考作者:张启越康晓娜来源:《中国乡镇企业会计》 2019年第2期摘要:当今的互联网巨头们都在扩张自己的势力,抢占自己的市场占有率,意图解决人们的所有在线生活问题。

面临产业的激烈竞争,对于想要迅速扩张并占据市场份额和话语权的企业来说,并购是一种优选策略。

通过分析阿里巴巴的扩张之路,我们可以看出阿里巴巴走的是兼并与扩张的发展道路。

而如今,中国外卖市场的飞速发展以及阿里新零售布局的展开,催生出中国互联网历史上最大的一起并购案-- 阿里巴巴并购饿了么。

本文对外卖市场以及俩家公司的发展状况进行了介绍,着重分析了该案例的并购动因,并对互联网企业并购存在的问题以及解决措施提出了思考。

关键词:阿里巴巴;饿了么;并购一、外卖市场的发展趋势近年来,中国外卖市场规模正不断增长,随着外卖市场的逐渐普及,增速有所放缓,预计未来两年仍可达20%左右。

根据前瞻产业研究院发布的《在线外卖商业模式与投资战略规划分析报告》显示,2016 年中国外卖市场规模达到1662.4 亿元,增长率为33.0%。

2017 市场规模达2000 亿元大关,2018 年外卖市场规模将突破2500 亿元。

2016 年中国在线餐饮外卖用户达2.6 亿人,2017 用户超3 亿人,预计2018 规模将超至3.7 亿人。

中国外卖市场发展不容小觑。

其中美团、饿了么、百度外卖占据市场份额为94.1%,未来在线餐饮外卖市场将不会出现大型平台,随着用户红利的的逐渐消失,各个平台都有其盈利压力,因此“三足鼎立”的局面难以维持,在线外卖平台出现巨头之间互相抱团并购是必然之势。

2012-2018 年中国在线外卖市场规模及增长模况二、案例回放2018 年4 月2 日,一个中国互联网历史上最大规模的收购案尘埃落定,独角兽饿了么没能熬过2018 年的春天,而阿里巴巴的新零售战略在向本地生活的纵深拓展上取得重大突破。

4 月 2 日,阿里巴巴集团、蚂蚁金服集团与饿了么联合宣布,阿里巴巴已经签订收购协议,并将联合蚂蚁金服以95 亿美元对饿了么完成全资收购。

饿了么案例分析——创新驱动的企业绩效提升

饿了么案例分析——创新驱动的企业绩效提升

五、经营模式
六、管理模式
七、资本模式
• 2009年10月,他们在上海慈善基金会和觉 群大学生创业基金联合主办的一次创业大 赛中获得了创业基金资助——10万元的全额 贴息贷款。 • 2009年12月,饿了么网又获得了上海市大 学生科技创业基金会提供的奖金,“也是 最高额度的,获得了25万奖金”。 • 有家美国硅谷的风投,数百万美元的投资。
四、技术模式
• (3)人性化设计 • 饿了么足足花了半年开发出的网络平台可按需实现个性化功能, 比如顾客输入所在地址,平台便自动测算周边饭店的地理信息、 外送范围,给出饭店列表和可选菜单;而在平台那头,饭店实时 接到网络点单,可直接打印订单及外送地址。且饿了么网在网 站上提供一系列的小游戏,从而迎合消费者的心理。饿了么为 了更好的跟消费者沟通,帮消费者解决订餐难题,建立了一套 完善的反馈机制,通过资料显示33.9%的消费者会在遇到意外情 况的时候选择在“饿了么”的网页上“给管理员留言要求尽快 送到”,这说明,消费者中有相当一部分的人是比较相信 “饿 了么”的反馈功能及其反馈速度的。反馈功能的作用不仅可以 了解到加盟店的质量与动向,从而相应地进行调整与沟通;同 时提升了“饿了么”网络订餐的专业程度。还有在某些下雨等 特殊原因,“饿了么”的首页上会显示“天雨路滑,外卖大哥 会晚些到”,“此店家现在十分忙碌”等友情提示
十、我们的建议
• 一命二正三出奇四时五利
九、存在的问题和风险
• 加盟商问题:加盟商的配送速度快慢不一;配送时 限没有约束,基本上是根据加盟商自己的速度来配 送的。 • 同时人员力量有限;没有正式的渠道进行推广宣传。 • 财务风险:资金来源周转,成本控制,赢利点太少 等, • 经营风险:沟通低效,速度缓慢,食品安全问题等 • 平台依旧不够完善:恶意刷分,恶意差评等 • 人事风险:内部管理混乱,过于年轻,没多少实干 能力 • 被复制吞并,竞争性风险。

美团外卖 VS 饿了么:谁将赢得中国外卖市场

美团外卖 VS 饿了么:谁将赢得中国外卖市场

美团外卖 VS 饿了么:谁将赢得中国外卖市场美团外卖VS饿了么:谁将赢得中国外卖市场中国外卖市场一直以来都是一个充满竞争的领域。

现在,两个主要的外卖平台,美团外卖和饿了么,正在展开一场激烈的竞争。

那么,谁将赢得这个庞大的中国外卖市场呢?首先,让我们来看看美团外卖的优势。

美团外卖是美团点评旗下的一个业务板块,旨在提供外卖服务。

作为中国最大的外卖平台之一,美团外卖具有强大的用户基础。

根据2019年第三季度的数据,美团外卖的月活跃用户达到了4.9亿,市场份额达到了62.7%。

这使得美团外卖在中国外卖市场中占据了绝对的优势。

此外,美团外卖的订单量也是相当可观的。

根据2019年第三季度的数据,美团外卖的日均订单量达到了3070万。

这标志着美团外卖已经成为中国人民日常生活中必不可少的一部分。

除此之外,美团外卖不仅提供传统的外卖服务,还与众多商家合作,提供到店取餐、定制礼品等多样化的服务,满足用户需求的多样性。

然而,在中国外卖市场中,饿了么也有其强大的地位。

饿了么是阿里巴巴旗下的一个外卖平台,也是中国两大主要外卖平台之一。

饿了么的月活跃用户达到了2.6亿,市场份额为33.4%。

虽然相比之下,美团外卖的用户规模更大些,但饿了么在一线城市的用户量和市场份额依然稳定。

此外,饿了么还积极探索新的业务模式。

饿了么于2019年推出了“红包饿了么”计划,该计划的目标是在全国范围内发放1000亿元红包,吸引更多的用户使用饿了么。

除了外卖服务,饿了么还提供了超市购物、生鲜配送、药品配送等多样化的服务。

这使得饿了么成为了许多用户的首选平台。

此外,中国外卖市场也存在着一些共同的挑战与机遇。

例如,随着外卖市场的不断发展,消费者对于外卖的品质与体验的要求也越来越高。

这对于美团外卖和饿了么来说,都是一个巨大的挑战。

他们需要不断地提升自己的服务质量,提供更加高效、准确的送餐服务,以赢得用户的信赖。

同时,中国外卖市场还存在着巨大的增长潜力。

饿了么产品负责人--汪渊--外卖业务下的产品建设

饿了么产品负责人--汪渊--外卖业务下的产品建设

汪渊
饿了么联合创始人&产品负责人
作为创始人之一,依次担任了饿了么技术负责人、产品负责人,实际操盘大型O2O业务的产品规划工作;完整经历了饿了么从0到1,从1到100的全过程。

外卖业务下的产品建设
沟通社交娱乐工具BBS /QICQ /MSN /QQ /微信/陌陌/Facebook /人人网/Twitter /微博/无秘/SnapChat
四大门户/各类信息/百度
网络游戏/音乐/视频
输入法/浏览器/天气/地图/拍照/
ETC
信息互联网上半场产品
互联网下半场产品电商酒店出行生活服务医疗/金融淘宝,京东,唯品会;携程,滴滴;饿了么,美团,大众点评;好大夫,平安好医生,点融网;
外卖业务下的产品建设要从商业模式出发
外卖业务的商业模式
流量供给转化履约
流量
目标:用户数,DAU
落地动作:物料曝光,市场投放,口碑传播
产品建设:红包投放,分享拉新,流量开放平台
目标:店铺+ 商品的数量和质量落地动作:销售开店/拜访,商家/商品上架产品建设:供应链系统,销售工具,商家端系统
供给。

去哪儿数据库架构演进及分布式数据库畅想

去哪儿数据库架构演进及分布式数据库畅想

去哪儿数据库架构演进及分布式数据库畅想在当今数字化的时代,数据成为了企业的核心资产之一。

对于像去哪儿这样的大型在线旅游平台,数据库的架构设计和演进至关重要。

它不仅影响着用户的体验,还决定了企业能否在激烈的市场竞争中保持领先地位。

接下来,让我们一起深入探讨去哪儿数据库架构的演进历程,以及对分布式数据库未来的畅想。

去哪儿在成立初期,业务规模相对较小,用户量和数据量都有限。

此时,采用的是传统的关系型数据库,如 MySQL。

这种数据库架构简单,易于维护,能够满足初期业务的基本需求。

然而,随着业务的快速发展,用户数量急剧增加,数据量呈爆炸式增长,传统的数据库架构逐渐暴露出了性能瓶颈。

面对日益增长的数据量和高并发的访问请求,去哪儿开始对数据库架构进行优化和升级。

首先,采用了分库分表的策略,将数据按照一定的规则分布到多个数据库实例中,从而减轻单个数据库的压力。

同时,引入了缓存机制,如 Redis,将经常访问的数据缓存起来,减少对数据库的直接访问,提高系统的响应速度。

为了进一步提高数据库的可用性和容灾能力,去哪儿还构建了数据库的主从复制架构。

通过主从复制,实现了数据的冗余备份,当主库出现故障时,可以快速切换到从库,保证业务的连续性。

此外,还对数据库进行了读写分离,将读操作分配到从库,写操作集中在主库,从而提高了数据库的并发处理能力。

随着业务的不断拓展,去哪儿的数据库架构逐渐向分布式方向发展。

分布式数据库具有良好的扩展性和容错性,能够更好地应对海量数据和高并发的挑战。

在分布式数据库中,数据被分布存储在多个节点上,通过分布式算法来保证数据的一致性和可用性。

在分布式数据库的实践中,去哪儿采用了一些先进的技术和架构。

例如,使用分布式事务来保证跨多个节点的数据操作的原子性和一致性。

同时,引入了数据分片技术,将数据按照特定的规则分割成多个分片,存储在不同的节点上,从而实现水平扩展。

然而,分布式数据库的引入也带来了一些新的挑战。

摩拜服务架构演进

摩拜服务架构演进
服务注册&发现
10
架构2.0-microservice
配置中心
11
架构2.0-microservice
熔断 限流 Dashboard
12
架构2.0-microservice
Tracing
13
架构3.0
精细化运营&业务生态体系:
研发效率、水平扩展、高可用、高性能、数据稳定
• 核心服务拆分改造 • 黑石Docker • 蓝绿部署架构 • 全链路压测 • Tracing演进 • 数据标准化组件 • grpc微服务体系、A/B实验、灰度发布、IOTHub
14
架构3.0
核心服务拆分改造
15
架构3.0
Docker swarm • QCloud黑石 • 扁平网络 • CICD改造
16
架构3.0
蓝绿部署架构
17
架构3.0
全链路压测
18
架构3.0
基于grpc的微服务体系
19
架构4.0 on the way!
目标:
• 多活架构
• 高可用 & scale
2
MOBIKE
• 用户:2亿+ • 单车:800万+ • 日订单:
• 摩拜:0 3000万(1.5年) • 滴滴出行: 0 2500万(5年) • 美团外卖: 0 1600万(4年)
3
MOBIKE 200 cities
架构演进源自业务增长
5
架构1.0
最小可用版本:
• 单体应用 • 快速试错 • 简单可控
global multi-DC: (physical) ✓ legal reasons ✓ geo-locality ✓ disaster recovery ✓ scale

【干货】一文看清阿里、腾讯、美团、京东“四巨头”组织架构迭代

【干货】一文看清阿里、腾讯、美团、京东“四巨头”组织架构迭代导读:物竞天择,适者生存是大自然的生存法则。

而在瞬息万变的互联网中,也同样如此。

互联网企业只有不断创新,顺应时势发展,才能适应时代的变化。

而组织架构的调整有利于功能的完善、人才的整合、管理的提升,是一家企业顺应发展的重要表现。

本文就为大家带来阿里巴巴、腾讯、美团点评、京东四家企业的组织架构迭代。

阿里巴巴马云、张勇、蒋凡“三朝”迭代阿里早期创业的团队由18个合伙人组成,随后从“十八罗汉”成长为一个庞大的商业帝国,在阿里生命周期的每一个阶段,其组织结构都在不断的优化。

(详见专题:/zt/alzzjg/)马云时代:从B2B到4大业务,最终集团聚焦阿里系的淘宝、天猫完成十年战略,18罗汉合伙创业,蔡崇信加盟;从B2B起家:中供铁军炼就了阿里的组织文化;早期4大业务:B2B、淘宝、支付宝、雅虎;聚焦大淘宝:剥离雅虎,大淘宝不断裂变创新。

张勇时代:从“新零售”到“五新”,集团战略重心从2C向2B 转移;接班和传承:总结张勇对集团的卓越贡献;长期战略:发力2B,打造商业操作系统;组织架构创新:大中台小前台的网状结构。

蒋凡时代:2019年3月,阿里巴巴新一轮架构调整中,淘宝总裁蒋凡兼任天猫总裁,保持淘宝、天猫两个品牌独立发展同时,打通两个消费场景,实现消费者和平台商家的分层运营,满足不同消费者和商家的需求。

腾讯四次组织调整发力产业互联网腾讯的一开始采用的是职能式组织架构采用M线-市场、R线-研发部门、职能部门模式。

但随着腾讯的发展壮大,业务多元化拓展,也推动着腾讯后来的自己架构调整。

(详见专题:/zt/txzzjg/ )第一次架构调整:2005年10月,腾讯推出BU(Business Unit)事业部制,结构包括:企业发展系统、B先业务系统:B1:无线业务、B2:互联网业务、B3:互动娱乐业务、B4:网络媒体业务;R线平台研发系统:R0:平台研发部线、R1:即时通信线、R2:搜索业务线;运营平台系统、智能系统。

美团外卖系统架构演进与系统稳定性经验谈_美团外卖

引入bug,稳定性风险
项目周期短
架构优化排不上期 技术欠债
监控难度大
指标覆盖全 规则变化快
目录
• • • • •
个人简介 美团外卖业务发展历程 技术体系架构演进介绍 外卖业务稳定性的挑战 系统稳定性的处理原则
系统稳定性的处理原则
99.99%
系统可用性 订单可用性
系统稳定性的处理原则
日常运行
稳定性架构设计 例行梳理和巡检
做好对自身的保护,对依赖的熔断。
SOP 保平安。
每一步均严谨可信赖,危机时不慌、不乱、不遗不漏。 工具化,自动化。
你所担心的一定会发生,可能马上发生。
例行巡检,DB,调用链。
• • • • • •
新业务上线 SOP 线上发布SOP 线上灰度SOP • 数据库线上操 • 作SOP 线上容量调整 SOP 验证业务效果
• • 业务指标监控 系统监控 Dashboard

第一时间想上 级反馈 及时周知业务 方:问题,影 响范围,解决 方案,预计恢 复时间 线上服务降级 SOP
系统稳定性的处理原则
事故处理
及时止损 保护用户体验 99.99% 力保关键路径
全链路在线压测
事前预警
性能大盘 业务大盘 健康分析
事后总结
根本原因分析 影响损失核算 重构系统
系统稳定性的处理原则
日常运行 >>稳定性架构设计
大系统小做
服务专一性 独立的功能拆分为独立的服务
WEB MQ
API JOB
WEB
API
MessageCenter
系统稳定性的处理原则
力保关键路径
支付平台 门店商品中心 门店运营/容器 管理 风控策略 多种接单方式

美团外卖IT系统架构演进

美团外卖IT系统架构演进作为日千万订单级别的业务,美团外卖的后端服务是怎么支撑的?写在前面2018年4月,中国外卖市场迎来巨变,外卖从无人问津开始,到现在已经培育成互联网巨头必争之地。

作为为数不多能够达到日千万订单级别的业务,其后端服务是怎么支撑的?InfoQ采访了ArchSummit出品人、美团点评技术总监方建平,请他回顾及展望美团外卖的后端架构史,本文根据采访整理而成。

美团外卖后端架构迭代各阶段美团外卖发展到今天差不多有4 年多的时间,按照外卖业务发展的几个特征,可以相应地把外卖技术分成三个主要阶段:第一阶段:业务初探期大约截止到2015 年初,持续差不多一年左右的时间。

这个阶段的主要特征就是美团对于外卖的业务还处于市场摸索期,研发人员相对也比较少,差不多10 来个同学,产品上需要快速迭代、试错。

所以这个阶段的系统架构比较简单,就是典型的单系统Web 应用服务,主要是需要满足产品需求上的快速上线,验证业务模型的市场可行性。

第二阶段:业务爆发期外卖业务在2015 年初开始了爆发式增长。

基于当前外卖的业务特性,90% 以上的交易都是在午高峰和晚高峰这个期间完成的,对业务系统来说高峰期负载重,压力大。

这个阶段,我们主要是从最早期的基于单系统的Web 应用架构,向分布式服务架构的迁移改造。

期间主要优化工作如下:一、做架构的拆分,应对高并发、保证高性能对系统的拆分,主要体现在系统服务层、以及数据存储层上。

通过对线上业务流程的分解,将外卖系统分成数据浏览体系、用户订单交易体系、商户接单配送体系、用户信息UGC 服务等,同时也针对大的业务服务体系内的流量分布、以及功能差异性,再做进一步的拆解。

比如浏览体系中会有门店服务、商品服务、搜索推荐服务等等。

针对并发的读写数据压力,我们也针对性地搭建了相应的分布式缓存服务、针对特定数据库表,例如订单表,也进行了基于订单ID、门店ID、用户ID 等多个维度的拆库、拆表操作。

饿了么-电子商务案例分析

电子商务案例饿了么案例分析一基本情况“饿了么”是中国最大的餐饮O2O 平台之一。

公司由当初的几个大学生张旭豪、康嘉等人创立于2009 年4 月。

“饿了么”整合了线下餐饮品牌和线上网络资源,用户可以方便地通过手机、电脑搜索周边餐厅,在线订餐、享受美食。

于此同时,“饿了么”向用户传达一种健康、年轻化的饮食习惯和生活方式。

除了为用户创造价值,饿了么率先提出C2C 网上订餐的概念,为线下餐厅提供一体化运营的解决方案。

今年年初,饿了么平台日均订单仅在10 万单左右,近期已突破100 万。

订单增长的同时还带来了用户使用习惯的转变,移动端占比已上升至70% ,移动客户端成为饿了么用户的主流使用方式。

今年5 月,饿了么宣布接受大众点评网领投的8000 万美元,这对其后来的发展起到了推动作用。

截至目前,饿了么员工数从200 多人拓展到2000 多人,团队下沉至国内二、三、四线城市,覆盖城市近200 个。

国内在线订餐平台“饿了么”对外宣布该平台日订单已突破百万。

到10 月,饿了么实现了十倍增速,日订单量由10 万增长至100 万。

1 价值网络图图 1. 饿了么价值网络图二商业模式1. 战略目标饿了么的战略目标无疑就是争取成为中国最大的餐饮O2O 平台,在满足中小商家的同时入驻之外,力争将大型餐饮行业也纳入版图。

将线上平台做到更加完善,在线下做到更好的服务。

让每位订购外卖的顾客能够吃到美味的失误,做到真正引领餐厅外卖业务电子商务化,在未来外卖订餐业务中做到领军企业。

2. 目标用户目标用户主要集中在各大高校与公司白领,原因是各大高校的虽然食物价格低廉,但是饭菜种类单一,并且最重要的原因是不能够做到随时随地享受订餐服务。

3. 产品与服务饿了么提供的产品和服务是在饿了么订餐交易平台开通有经营权的店铺,发布产品信息,为普通用户提供外卖服务的商家。

同时饿了么网为餐厅提供有效的管理软件:自行组装终端。

产品和服务很单一,但会沿着订餐这条路线深入下去,“饿了么”网认为“核心产品做好了,用户就会忠实,不是说产品要多,我们更相信产品质量要好。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档