话题公司 › 携程

公司:携程

关联话题: ctrip

携程集团有限公司(英语:Trip.com Group Ltd),是一家总部设立在上海的中国大型旅游网站,1999年创办。2003年12月,该公司在美国纳斯达克(股票代码:TCOM)上市。目前携程已在中国大陆的北京、广州等17个城市设立分支机构,在南通设立服务联络中心,并在香港及台湾皆有旗下事业,占中国在线旅游市场份额一半以上,是中国最大的在线旅行社,也是全球最大的在线旅行社之一。携程旗下拥有携程网、去哪儿网、Skyscanner、Trip.com四个主要品牌,以及驴评网、鸿鹄逸游、永安、易游等多个支线品牌。

携程基于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应用的性能实施了一系列的治理,本文将从性能监测、数据处理与分析、优化之路等方面来分享。

携程监控系统Hickwall演进之路

写入量峰值在千万级/秒,查询量数千qps。

提升50分,Trip.com 机票基于 PageSpeed 的前端性能优化实践

不同场景下的优化方案千差万别,关键在于找准最核心的问题。

我们找回了泄露的内存

MySQL数据库服务器外部内存使用率异常问题排查。

Flutter 重构 QTalk

如果你想了解Flutter从头构建一个IM项目的总体规划与细枝末节,那么恭喜你,来看这篇文章就可以满足你的愿望。

携程Service Mesh可用性实践

近几年,国内各大公司大规模生产落地Kubernetes和Service Mesh,拉开了云原生革命的序幕。从2019年开始,团队开始在部分场景中落地Istio Gateway,积累Service Mesh经验;2020年中,我们开始与公司的框架部门合作着手Service Mesh在携程的落地,目前生产环境已有数百个应用接入,覆盖率还在持续的推进过程中。

Service Mesh作为一项新技术,相比传统的微服务框架有很多优势。但在生产环境落地的过程中,若无法保证可用性,出现大的故障,将会大大打击对新技术采用的信心,也会影响最终用户,造成对品牌的负面影响。显而易见,可用性是一切的基石。我们在落地Service Mesh的过程投入了大量的精力进行可用性的建设,避免出现单点故障,保证服务的高可用。Service Mesh在携程的落地并不是平地起高楼,公司内关于可用性已经有一套方法与模式,Service Mesh的可用性建设也必须考虑现有的高可用体系。

30+条业务线,携程微信小程序如何协同开发

目前,携程小程序共有30+条业务线并行,上百个开发人员参与,常规发布两周一次,这么大体量的小程序以及这么快的业务迭代速度,对我们的技术提出了更高的要求。

在携程小程序的开发过程中,如何准确快速地把小程序交付给测试人员是一个繁琐的过程。按照以往的做法,开发人员将代码提交至发布分支后,还需要自行到公司的MCD(携程内部发布平台)进行发布,并且存在十几个业务线同时进行,排队打包的情况,打包完成后还要依赖PMO的发布才能获得体验码进行测试。而理想的模式是,开发人员只需要进行代码的提交即可,无需关心项目编译、打包、发布等流程。

跨团队协作,如何减少耦合,避免互相影响;数十个业务线共同维护一个小程序,而小程序必须作为整体发布,如何协调发布过程,让其有条不紊的进行将是我们讨论的重点。本文将从仓库管理、持续集成、持续交付几个方面进行详细介绍。

MySQL 常用备份工具流程解析

通过剖析备份流程,带你了解备份工具的加锁类型和时机。

容器成本降低50%,携程在AWS Spot上的实践

节省成本的同时,保证系统的稳定性和可靠性。

Trip.com Flutter代码质量探索

Trip.com是一款面向海外用户的App,从年中开始便将卖点页、预定页等页面全量转为Flutter,随之而来的便是代码质量管理的问题。由于篇幅有限,本文将从静态代码检测、空安全、单元测试这几个部分来介绍Trip.com在Flutter业务迭代中提高代码质量做的一些努力。

Accueil - Wiki
Copyright © 2011-2024 iteam. Current version is 2.139.0. UTC+08:00, 2024-12-26 12:50
浙ICP备14020137号-1 $Carte des visiteurs$