公司:携程
携程集团有限公司(英语:Trip.com Group Ltd),是一家总部设立在上海的中国大型旅游网站,1999年创办。2003年12月,该公司在美国纳斯达克(股票代码:TCOM)上市。目前携程已在中国大陆的北京、广州等17个城市设立分支机构,在南通设立服务联络中心,并在香港及台湾皆有旗下事业,占中国在线旅游市场份额一半以上,是中国最大的在线旅行社,也是全球最大的在线旅行社之一。携程旗下拥有携程网、去哪儿网、Skyscanner、Trip.com四个主要品牌,以及驴评网、鸿鹄逸游、永安、易游等多个支线品牌。
国内酒店交易DDD应用与实践——理论篇
酒店交易领域驱动设计从零到落地实践的理论背景。
Trip.com APP QUIC应用和优化实践
实践QUIC,优化海外用户访问体验。
从活动能力层建设看业务架构
通过真实案例了解业务架构相关概念以及可行的业务架构分析方法。
携程酒店搜索引擎AWS上云实践
涵盖一个HTTP请求的全链路处理过程。
降低20%链路耗时,Trip.com APP QUIC应用和优化实践
QUIC具有强大的拓展性与灵活性,以及弱网环境优势。
日志分析 + MySQL = ?
去哪儿网日志分析实践。
Flutter在携程复杂业务的高性能之旅
快速识别Flutter渲染性能问题,精准定位到方法名。
Redis命令HSCAN踩坑指南
基于生产环境的真实案例,Redis 高风险命令 HSCAN 的踩坑指南。
基于DDD思想的技术架构战略调整
2020年疫情对旅游行业影响特别大,公司层面做了组织架构调整,酒店业务侧发生了巨大的变化,新的业务团队在推进一些实际需求时遇到了新的产研效率问题,主要体现在产品每次要和多个技术团队合作、整体技术架构与业务出现脱节。
结合之前 DDD 落地的成功经验,酒店技术侧于2021年中旬主动发起了一次基于 DDD 思想的技术架构战略调整,涉及组织架构调整、系统架构调整等,并制定了一些核心技术方案的标准,本次重点介绍这次战略调整的确认及落地过程。最后基于这次战略调整,看康威定律及 DDD 思想发挥的作用。
携程基于DPDK的高性能四层负载均衡实践
在携程的服务流量接入架构中,一般是采用四层负载均衡与七层负载均衡相结合的方式,其中四层负载均衡支撑着业务运行的关键部分。在业务流量不断增长的过程中,不断考验着四层负载均衡的性能及可靠性。由于原硬件四层负载均衡存在成本高、采购周期长、HA工作模式等问题,原有的体系难以满足快速增长的业务需求,迫切需要在开源社区中寻找高性能四层负载均衡软件化的解决方案。
本文主要讲述基于开源的DPVS打造携程的高性能四层软件负载均衡TDLB (Trip.com Dpdk LoadBalancer),其极大的提升了设备的转发性能,具有高可靠、可扩展、易使用等特性。
从杀慢查询入手来预防 MySQL 雪崩的办法
保证MySQL数据库正常运行的最后一道防线。
携程动态表单DynamicForm的设计与实现
通过拖拽,快速创建表单。
Cisco Nexus L2 Switch 进行 vPC 和 L3 改造以支持 K8S 部署
详细介绍了 Cisco Nexus L2 交换机进行 vPC 后 L3 改造的方案~
机票报价高并发实施的关键路径
机票报价承载机票主站搜索的流量请求,目前国内机票报价日搜索量达 2 亿+,国内航线数量超过 2W+,为了支撑用户在 qunar app 等渠道查询购买机票操作,报价系统作为机票搜索核心之一,力求在用户的购票流程上做到:
- 快速响应报价搜索请求;
- 合理设计报价缓存和闭环降低机票购买流程的拦截率。
要解决这两个问题,我们引出机票报价高并发实施的关键路径,分别从下面四个部分来介绍。
携程 Foxpage 前端低代码框架
随着低代码开发方式被越来越多的人接受和认可,低代码得到了蓬勃发展,更被寄希望成为 IT 行业革命性的“新生产力”。据报道,全球低代码类产品市场规模在 2021 年超百亿美元,预计 2023 年将突破两百亿美元关口。
秒开率70%+,携程金融SSR应用性能监测与优化
对于一款互联网产品来说,用户体验始终扮演着重要的角色,尤其是在后互联网时代,增量见顶,竞争方向逐渐转为存量用户,体验的好坏可能直接决定着一个用户的去留。
据统计,网页加载时间从 1 秒增加到 3 秒,跳出率就会提高 32%;如果网页加载时间从 1 秒增加到 6 秒,跳出率就会上升 106%。
基于此,携程金融前端团队对内部SSR应用的性能实施了一系列的治理,本文将从性能监测、数据处理与分析、优化之路等方面来分享。