公司:携程
携程集团有限公司(英语:Trip.com Group Ltd),是一家总部设立在上海的中国大型旅游网站,1999年创办。2003年12月,该公司在美国纳斯达克(股票代码:TCOM)上市。目前携程已在中国大陆的北京、广州等17个城市设立分支机构,在南通设立服务联络中心,并在香港及台湾皆有旗下事业,占中国在线旅游市场份额一半以上,是中国最大的在线旅行社,也是全球最大的在线旅行社之一。携程旗下拥有携程网、去哪儿网、Skyscanner、Trip.com四个主要品牌,以及驴评网、鸿鹄逸游、永安、易游等多个支线品牌。
俗说 GC 之 Heap 区内存模型的演进
Java11版本中,G1已成为默认垃圾回收器,为了使用Java11的朋友更好的认识G1垃圾回收器与过往的垃圾回收器的异质性,本文比较了G1之前的传统垃圾回收器,G1垃圾回收器,以及G1之后的低延时垃圾回收器在内存模型和性能追求上的不同特点。
携程酒店实时数仓架构和案例
根据实际业务需求,设计合理的实时数仓架构并落地开发。
携程日志系统治理演进之路
PB级大规模日志数据治理经验分享。
携程IT数字办公平台iDesk的运营实践
以用户为中心的iDesk服务平台。
携程机票跨端 Kotlin DSL 数据库框架 SQLlin
携程基于 DSL 及 KSP 的 Kotlin Multiplatform 数据库框架。
携程微服务体系下的服务治理之道和优化实践
微服务架构在中大型互联网公司中被广泛应用,随着业务的发展,应用数越来越多、调用关系也越来越复杂。中台化后,交易系统要支持业务线多,系统复杂性高,原系统虽然能支撑业务量的持续增长,但在稳定性、吞吐力和资源利用率上面,还存在优化空间。
本文站在业务开发角度介绍开发在微服务架构下遇到的相关问题(微服务架构的优缺点这里不再赘述),以门票活动预订流程查询引擎为例,分享微服务治理的实战经验,希望能给遇到同样问题的同学提供一些借鉴思路。
浅谈携程大住宿研发效能提升实践
管理大师彼得·德鲁克在《有效的主管》一书中简明扼要地指出:“效率是‘以正确的方式做事’,效能则是‘做正确的事’。效率和效能不应偏废,我们希望同时提高效率和效能,但若效率与效能无法兼得时,我们首先应着眼于效能的提升”。携程大住宿研发效能提升的指导思想就是基于做正确的事展开,并以“持续快速,高质量的交付有效价值”作为研发效能改进的核心目标。通过持续不断的改进探索,让团队思考更加有效,工作更加高效。
去哪儿网用户体验之端上优化实践
“快”是大多数体验优化的第一个目标。
用户体验数字化平台落地
优化过程可量化,治理活动可观测,建立可持续的技术和运营基础。
提前在开发阶段暴露代码问题,携程Alchemy代码质量平台
代码分析、代码探索,提升研发交付质量。
Qunar容器集群监控系统架构实践
基于去哪儿网的生产环境,使用VictoriaMetrics进行容器指标监控的实践经验。
行业智能客服构建探索
本文重点聊一聊在医疗行业智能助手探索中遇到的问题,以及为此尝试的方法。把客服类项目中需要的对数据构建、用户问题分析及理解的思考过程分享给各位读者,希望对同类项目的思考有所帮助。
Islands Architecture(孤岛架构)在携程新版首页的实践
适合跨团队及多技术栈的组件式开发,组件数据动态配置可提升发布效率。
发布和流程管理的利器——奥丁桌面
本文和大家探讨 Qunar 机票项目管理的利器——奥丁桌面。
去哪儿 Serverless 性能优化及高可用
在 Qunar 技术沙龙之前的文章我们讲到,为了更高效的完成前后端之间数据的裁剪聚合、更快速的上线一个服务功能,我们决定以 Serverless 的思想,建设一个 FAAS 云平台。依据平台提供的能力,开发人员可以通过编写云函数的方式来快速的实现服务功能。
自基于 Serverless 实现的云平台上线并在业务中接入以来,前端开发效率大大提升,以门票业务的接入为例,在代码层面,开发人员更专注于展示,代码量从 2 万多行降低至 6500 多行;迭代效率方面,UI 逻辑的改动实现从原本的平均 1pd 降低到了 0.1pd 。
去哪儿低代码平台跨端渲染方案及落地
针对低代码平台的渲染性能提升方案&如何编写自己的Babel插件。