技术支持工作从趋于平稳的机械式问题处理，到后期通过工具优化、业务逻辑优化、业务流程优化后的问题处理。体现出随着技术的不断革新，高效实践必将成为未来技术支持工作的主流和方向。

基于文档驱动和测试驱动，我们提出了 DTDD(Document & Test Driven Development)研发模式，通过对DTDD模式的探索，打通了整个研发流程，实现了研发流程的闭环。

通过serverless的架构模式来实现自动化运维调度以及更加灵活的弹性，能让系统资源做到更加合理充分的利用，也让云的红利离我们越来越近。

未来希望 StarRocks 优化提升主键模型内存占用，支持更灵活的部分列更新方式，持续优化提升 Bitmap 查询性能，同时优化多租户资源隔离。

得物消息中心每天推送数亿消息给得物用户，每天引导数百万的有效用户点击，为得物App提供了强大，高效且低成本的用户触达渠道。这么庞大的系统，如何去监控系统的稳定性，保证故障尽早发现，及时响应至关重要。

压测平台旨在为了降低压测平台维护成本，压测流程提效，提升压测的易用性和体验性，保障压测期间的稳定性而建设。面对当今大流量的时代背景，无疑不是一件摸底应用性能瓶颈的利器，也是一份技术保障。

得物全链路追踪(简称Trace2.0)基于OpenTelemetry提供的可观测标准方案实现新一代的一站式全链路观测诊断平台，并通过全量采集Trace帮助业务提高故障诊断、性能优化、架构治理的效率。

边界安全模型通常被比作中世纪城堡：城墙厚厚的堡垒，四周有护城河，戒备森严单点入口和出口。 任何位于墙外的东西都被认为是危险的，而位于墙内的任何东西都是可信的。 任何通过吊桥的人可以随时访问城堡的资源。

快速有效的AB实验是策略方案最优化、用户体验的强有力保证，而背后的黑科技来源于基础的统计理论。因此，要想更好地设计实验和解读实验结果，就需要理解基础的统计学知识和AB实验所涉及的统计学理论，以此更科学有效的做出决策。

在得物App的版本迭代中，为提升用户体验，产品侧提出订单详情页优化新需求，定义客户端模块组件，制定各个模块的信息展示规范，重新梳理订单详情页的全部文案，搭建文案配置后台，支持订单详情页头部文案支持可配置，方便用户清晰了解订单详细信息。

触达策略的核心是任务。首先配置任务，任务下有策略，策略下有行为，行为可以发送push推送，发放优惠券，发送消息盒子，发送短信等。然后等到任务执行时间，执行任务下所有行为。

面对互联网系统的三高（高可用，高性能，高并发），数据库方面我们多会采用分库分表策略，如此必然会面临另一个问题，分库分表策略下如何生成数据库主键？那么今天针对此问题，我们就聊聊如何设计一款“百万级”的分布式ID生成器。

业务监控平台是得物自研的一款用于数据和状态验证的平台。能快速便捷发现线上业务脏数据和错误逻辑 ，有效防止资产损失和保证系统稳定性。

搜索引擎在数据量逐步扩大之后，分布式搜索是必须之路。搜索引擎的分布式除了要考虑数据分片之外，更重要还需要考虑数据的有状态以及各组件的状态流转。

在当下盛行的微服务架构下，服务数量多导致的依赖问题经常会成为开发过程中的绊脚石。也经常会在各种技术交流会上听到类似的话题，大家都在积极的讨论这种问题如何去解决。于是决定给大家介绍下流量染色的原理以及能解决微服务架构下开发过程中的哪些问题。

众所周知，redis是一款性能强悍的中间件。那么它的性能到底多强，大家也是只拿到的是官方给到的数据，那么真实情况是否真的是这样? 带着这个疑问，挑选了redis单机与集群做压测，得到性能数据，并分析两者性能的关系是否是线性的。