本文介绍了有赞零售UI标准化的发展史。

TMC 即“透明多级缓存”，是有赞 PaaS 团队给公司内应用提供的整体缓存解决方案，可以有效解决缓存热点访问问题，接入透明且运维方便。

本文主要介绍了 NSQ 双机房以及多机房设计以及经验总结。

gatling-dubbo 2.0 使用 Dubbo 普通 API 调用方式实现，由于其在场景编排、流量模型、压力模型、资源消耗、并发能力等方面的优势，目前在有赞已替代 Jmeter 应用于系统容量规划、中心化限流验证、线上预发压测等工作中

有赞零售移动团队在线下收银场景中沉淀出商品收银的解决方案

文末有福利！！！

希望通过我们对组件化架构设计方案的实践经验和思考分析，为大家提供一些思路和启发。

本文主要介绍了对比引擎的研发背景及实现原理，作为一种自动化服务回归验证工具，对比引擎极大的提升了业务的场景覆盖率和回归验证效率，对于保证线上服务稳定起到了良好的作用，

分销员系统某核心应用接口响应全部超时？dubbo 线程池被全部占满？整个应用无法响应任何外部请求？5分钟后居自动恢复，看似虚惊一场，但果真如此吗？

日常接口测试中，测试人员常常会遇到一些令人头疼的情况，面对这些问题，我们应该如何解决？

随着有赞业务的快速迭代，提升切换环境的效率，会给开发、测试回归、运营产品验收等环节带来很大的收益。

技术 Leader，要学会授权。

这篇文章首先会阐述为什么在超长滑动窗口下 Flink 的性能会降级的很严重，以及在有赞我们是如何解决这个问题的。此外，在优化中并没有去兼顾 Evictor 的逻辑，因为在业务中并没有相应的需求。

系统思考作为一项思考的工具，弥补我们思维在时间纵深、思考广度及深度的局限性，避免局部优化，防止刻舟求剑。

随着越来越多的商家使用有赞，搜索或详情的需求会越来越多，而这些数据的查询来自于不同的 Nosql，怎么同步这些非实时存储系统将是一个很有趣的事情。

作者两年前的今天写了有赞订单管理的三生三世与十面埋伏，转眼两年过去了，这套架构发展的如何，遇到了什么新的挑战和收获，本文主要整理回顾下有赞订单搜索AKF架构演进之路。