基于去哪儿网真实生产案例，轻松解决海量指标收集遇到的瓶颈问题。

Widget俗称小组件，是苹果推出的众多App Extension中的一款。因此在介绍Widget之前，需要先了解App Extension及其工作原理。

已接入 2000 个应用、4000 个服务和 6000 个 Pods。

在上线动态化 UI 之前，Qunar 大客户端的首页内容基本都是基于 Native 进行开发的。在保证 APP 的冷启动性能，为用户带来流畅的体验的同时，其实也存在着以下的一些痛点：

• 首页功能的修改大部分需要发版解决，导致了功能迭代周期较长
• 线上如果发现问题的话，修复成本较高，修复时机会有较大延迟

针对以上的痛点，我们针对首页，引入了动态化 UI，当时的期望如下：

1. 性能媲美 native，保证用户体验；
2. 功能可以通过热发迭代，对动态化内容进行在线实时发布，实时灰度，实时下线，保证功能的稳定可控；
3. 动态化内容易于编辑，学习成本较低，前端开发可以轻松进行UI样式的开发、实时预览；
4. 支持数据绑定，模板样式与业务模型解耦；

这一篇、我们将结合 DDD 概念(国内酒店交易 DDD 应用与实践——理论篇) 和酒店交易应用场景，重点讲述用户接口层、应用层、领域层、资源层 DDD 四层架构中，酒店交易是如何落地 DDD 实施，包括实施过程中、代码层面需要注意的标准和原则。

一次核心系统无中断迁移的经验分享。

酒店交易领域驱动设计从零到落地实践的理论背景。

实践QUIC，优化海外用户访问体验。

通过真实案例了解业务架构相关概念以及可行的业务架构分析方法。

涵盖一个HTTP请求的全链路处理过程。

QUIC具有强大的拓展性与灵活性，以及弱网环境优势。

去哪儿网日志分析实践。

快速识别Flutter渲染性能问题，精准定位到方法名。

基于生产环境的真实案例，Redis 高风险命令 HSCAN 的踩坑指南。

2020年疫情对旅游行业影响特别大，公司层面做了组织架构调整，酒店业务侧发生了巨大的变化，新的业务团队在推进一些实际需求时遇到了新的产研效率问题，主要体现在产品每次要和多个技术团队合作、整体技术架构与业务出现脱节。

结合之前 DDD 落地的成功经验，酒店技术侧于2021年中旬主动发起了一次基于 DDD 思想的技术架构战略调整，涉及组织架构调整、系统架构调整等，并制定了一些核心技术方案的标准，本次重点介绍这次战略调整的确认及落地过程。最后基于这次战略调整，看康威定律及 DDD 思想发挥的作用。

在携程的服务流量接入架构中，一般是采用四层负载均衡与七层负载均衡相结合的方式，其中四层负载均衡支撑着业务运行的关键部分。在业务流量不断增长的过程中，不断考验着四层负载均衡的性能及可靠性。由于原硬件四层负载均衡存在成本高、采购周期长、HA工作模式等问题，原有的体系难以满足快速增长的业务需求，迫切需要在开源社区中寻找高性能四层负载均衡软件化的解决方案。

本文主要讲述基于开源的DPVS打造携程的高性能四层软件负载均衡TDLB (Trip.com Dpdk LoadBalancer)，其极大的提升了设备的转发性能，具有高可靠、可扩展、易使用等特性。