现在才发现,离我上一篇博文竟然接近1年没有发过东西了。惊呆了我。我要每周都写了,就算不写技术也要写其他东西,不然真的是思考的多,没有留下记录都是空白。
在携程商旅主要做酒店直连这一块。商旅酒店其实架构都很老,并且实践的技术很多不是很新。但是抗住了之前的压力,但是开始做直连之后就显得比较不行了。
之前商旅的酒店类型区分为如下
- 1.OTA酒店
- 2.单体酒店
- 3.非直连套系酒店
- 4.直连套系酒店
区别
- 1.就是依靠OTA,做分销,
- 2.合同酒店然后维护,未来还是靠直连。
- 3.非直连套系酒店
- 4.直连套系酒店,靠直连

这里面一些因为商旅的业务特点,我就不展开了,有机会再写。我们直接看直连,如下图

服务都是分为了两个模型,也就是一个拉,一个推。来作为模型。
简单来说,直连平台,就是将多个平台连接起来。并没有什么特殊的。一个个项目堆下来总能解决的。
但是从架构上,会逐渐臃肿,直到难以接受的程度,因为接入的直连虽然现在表现很好,但是随着需求的演进,项目堆下来的方案,是肯定不能接受的。所以要建立平台。实现通用方案。
业务上简单说就是
要自动化,尽量快速接入,方便扩展,可靠性足够
建构简单的步骤
- 我们之前首先做了数据库分库分表。来将国内大的酒店集团全部建立为单独的表。小的酒店就会合并,减少分表。
- 推模型中,我们做了临时库,将临时库同步到正式库。
这是一个简单的数据库架构。其实里面做了很多优化,因为有

本文介绍了携程商旅在酒店直连平台建设中的经验,包括区分不同类型的酒店,采用拉推模型以应对业务需求,以及数据库分库分表、缓存策略等优化措施。面对架构臃肿的问题,探讨了使用消息队列的挑战和采用jar包管理的利弊。
最低0.47元/天 解锁文章
4702

被折叠的 条评论
为什么被折叠?



