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

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

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

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

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

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

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

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

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

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

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

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

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

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

提到技术栈迁移，我们首先想到的是微前端方案，在隔离性上来说，微前端确实很好的方案，但是对于一些复杂核心模块，往往需要较长的周期迁移，并且伴随着该模块的不断迭代，使得整体项目的迁移进度逐步拉长。最终核心痛点可能还是没有完全解决。

通过本文这个案例你会发现整个数据库体系还有很多内容值得去学习，试想一下，如果平时对主从复制的原理比较熟的话，问题排查起来也会简单很多。

极光蓝包装盒成潮流标识，得物App成年轻潮人精神归属，特殊的包装材料已经在消费者之间形成了强大的心智，极光蓝等于得物。

但是由于早期箱型尺寸数据由人工经验设计，出现包装箱尺寸和商品尺寸匹配度不高的问题，一般会造成以下影响：

• 不合理的纸箱尺寸导致部分商品使用了较大的纸箱，造成了纸箱采购成本的浪费。
• 较大纸箱会造成运输成本的增加。
• 商品和纸箱之间的空隙过大，可能在运输过程中造成商品的损坏。

在过去的几年中，以容器技术为代表的云原生领域受到了极大的关注和发展，容器化的落地是企业降本增效的一个重要手段，截止目前得物已基本完成了全域的容器化。