计划一次假期很困难。您需要选择旅行日期和目的地,并预订航班、租车和酒店。价格多变,可用性不断变化,您还要与其他旅行者竞争有限的库存。
典型的购物者会在预订航班之前在不同网站上搜索48次。从笔记本电脑到手机,然后再回到笔记本电脑,研究可能持续数天。大多数人会忘记他们看过什么,最终重复之前的搜索。有些人甚至求助于笔和纸来记录笔记并集中精力做出决定。
对于数百万寻求完美之旅的客户,Expedia有更好的方法。
告别粘性便签。欢迎使用Scratchpad——由MongoDB提供支持的Expedia新功能。
旅行购物者以不同的方式发现他们理想的旅行。有些人可能从酒店开始,其他人从他们偏好的航空公司开始,还有些人从日期和一系列目的地开始。使用Scratchpad,Expedia会员可以选择对他们最有效的策略。
在线旅行市场是动态且复杂的。一方面,供应商在幕后不断更改库存和价格信息。另一方面,购物者正在从各种设备和浏览器组合中与网站互动。这产生了大量高度可变的数据。
“在线旅行是一个难以攻克的问题,”Expedia的技术总监Murari Gopalan说。虽然Scratchpad应用程序的需求已经存在多年,但传统RDBMS选项的僵化阻碍了发展。
MongoDB打开了新的大门。Expedia能够实现其愿景。比预期快得多。
一个只有三名开发者的团队在不到两个月的时间内就为Scratchpad构建了第一个原型,并在两个月后将它推向生产.
由MongoDB提供的即时个性化
Expedia的搜索跨越多个业务线,从航班到酒店再到活动,所有这些都具有不同的属性:航班的飞行时间和转机次数;租赁汽车的大小和型号。客户可以是登录的或匿名的。他们查看不同的产品、图片和评论。他们想要输入关于他们发现的事物的文本笔记。所有这些都相当于大量的非结构化数据。
使用关系型数据库,通过ETL过程对所有客户、会话和产品数据进行规范化,并将其放入数据仓库以运行指定查询,这将非常缓慢且困难。这对Scratchpad来说不是可行的选项。
在在线旅行的世界中,客户需要即时、相关的结果。
MongoDB的灵活文档存储和简单的水平扩展使Expedia能够创建一个为每个用户提供相关、无缝购物体验的功能。该功能可以实时收集高度动态的客户信息,并即时展示个性化优惠。而且这一切都是大规模完成的。
MongoDB的灵活数据模型使得存储任何组合的城市对、日期和目的地变得容易。Expedia甚至可以在客户完成会话后继续为客户进行购物。当客户返回时,所有最新的搜索价格和可用性都会在他们的Scratchpad中并排显示。
MongoDB的丰富索引用于提供在用户购物时做出个性化建议的分析。Expedia还可以分析模式以确定趋势,从而更好地了解客户正在寻找什么。
对于消费者来说,个性化节省了时间、节省了金钱,并让他们更接近真正想要的:一次假期。对于Expedia来说,由MongoDB支持的实时个性化意味着客户忠诚度、转换率提高,以及直接影响利润的竞争优势。
实时进行极端模式变更——无需痛苦
用例会改变。愿景会发展。如果没有数据库的灵活性,创新会遇到障碍。在将“Scratchpad”投入生产并看到大量客户使用和反馈后,Expedia团队三次彻底改变了模式结构。这在快速发展的业务中是家常便饭。但这并不是一件小事——至少对于大多数数据库来说是这样。通常,Expedia需要挂出可怕的“维护中”页面。
幸运的是,MongoDB允许Expedia在生产环境中以大规模方式彻底更改其模式,而不会对客户体验造成任何影响。三次都如此。.
这对于Expedia的迭代式开发风格至关重要。由“测试和学习”方法驱动,Expedia喜欢在投资大规模解决方案之前看看客户如何与新产品功能互动。大多数关系型数据库无法跟上这种实验性方法。MongoDB可以。
易于使用、易于更改、易于投入生产,MongoDB正是现代开发团队所需要的。
Expedia已经打开了在线旅游的难题。假期搜索不必对消费者来说很难。而且将愿景变成功能也不必对开发者来说很难。
目前在美国、英国和日本可用,Scratchpad很快将在其他30个市场推出。得益于其在全球范围内工作的原生分片能力,MongoDB将支持这种增长,使Expedia能够轻松地在多个国际数据中心水平扩展。
数据量将会增加。应用程序将继续发展。Expedia将准备好,拥有一个数据库,它为他们提供创新和增长的自由。