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

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

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

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

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

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

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

去哪儿网日志分析实践。

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

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

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

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

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

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

保证MySQL数据库正常运行的最后一道防线。

通过拖拽，快速创建表单。

详细介绍了 Cisco Nexus L2 交换机进行 vPC 后 L3 改造的方案~

机票报价承载机票主站搜索的流量请求，目前国内机票报价日搜索量达 2 亿+，国内航线数量超过 2W+，为了支撑用户在 qunar app 等渠道查询购买机票操作，报价系统作为机票搜索核心之一，力求在用户的购票流程上做到：

• 快速响应报价搜索请求；
• 合理设计报价缓存和闭环降低机票购买流程的拦截率。

要解决这两个问题，我们引出机票报价高并发实施的关键路径，分别从下面四个部分来介绍。