本文基于得物内部的实践情况，会从选型策略、运维手段、运营方式、核心场景实践等几个方向讲述TiDB 在得物实践落地过程。

染色环境现阶段解决了测试环境冲突和测试环境稳定性的问题，并且相较之前多套独立环境的方案，在成本上也有比较大的节省。后续得物也会尝试用染色的能力解决生产灰度发布问题，相信也会有不错的效果。

通过CDN域名收敛我们不仅收获了CDN网络性能、稳定性上的提升，而且实现了多个域名的统一和规范，大大降低了后续CDN域名的优化和维护复杂度。另外，也支持了CDN主域名的容灾能力，保证了线上服务的稳定性。

随着基础设施发生变化，业务在集成、交付、编排等方面都会与过往存在明显的不同，同时会伴随新的安全风险。如何发现和应对这些新的安全风险，本文将从技术和实践两个角度与读者进行分享和交流。

快速迭代的背景下，功能与架构演进层面的矛盾，加上外部云原生大背景下可观测领域的发展因素，促使我们进行了基于 OpenTelemetry 体系的第三阶段的演进。功能，产品层面均取得了优异的结果。

目前多轮流程引擎除了服务于上述三个场景之外，也在工单业务、质检业务探索使用场景，同时也在持续丰富坐席辅助场景，为一线客服提供标准化的服务流程，提升一线客服的解决率。

大数据时代，数据的来源极其广泛，各种类型的数据在快速产生，数据也是爆发性增长。从数据的产生，通过加工融合流转产生新的数据，到最终消亡，数据之间的关联关系可以称之为数据血缘关系。

最近用到了向量搜索，所以要对milvus进行压测。同时为了更加深入分析压测中遇到的问题，也对milvus的部分源码与文档进行了走读。其中遇到了一些问题与疑惑，我们也直接与milvus社区或开源贡献者沟通。

通过压测，我们发现某场景下存在milvus的性能提升不上去的问题，并给出基于该场景的解决方案，社区反馈给milvus官方。

以下为milvus的设计与压测中遇到的一些问题与解决或跟进方案。

随着公司业务的发展，客服的业务量不断增加，为了解放人力，提升质检业务的覆盖率，及时有效的发现客服日常工作中的问题，需要建设智能质检系统，满足日益增长的话务质检系统需求。

Bug其实是任何应用产品都会有的一个问题，不是所有的Bug都能被发现，包括资深测试，或多或少的会出现线上缺陷，谁也不能把软件所有的功能操作、运用场景想周全。

近几年来，无论对互联网公司还是传统行业，数据安全一直是企业绕不开的话题。而数据加密是数据安全领域最核心的模块之一。

供应链时效域历经近一年的发展，在预估时效方面沉淀出了一套理论和两把利器（预估模型和路由系统）。以现货为例，通过持续的技术方案升级，预估模型的准确率最高接近了90%，具备了透出给用户的条件。

在“提升视频导出速度”时重点谈到了“并行导出”的技术方案，从最终的结果来看，视频导出速度的提升非常明显，同时也非常清楚地解释了“并行导出”过程中为什么生成临时文件？

MySQL可以无缝切换到TiDB，但仅限于查询使用，事务支持上两者其实还有着细微的差别，并不建议从业务上直接完全替换。

本文结合当下视频的痛点（清晰度问题），提出衡量视频清晰度的标准——主观标准和客观标准，指明了视频清晰度的优化目标和方向。

本文从整体名词介绍，内部组件组件介绍等两个方面阐述了RPC的框架模型，从技术选型，具体代码等实现了一个RPC框架并应用到项目中。目前自己实现的RPC框架整体搭建完成，可以正常通过注解接入业务方使用，但还有很多细节需要更仔细去考虑和思索。