本文分享了 Kubernetes 在有赞的实践和演进，以及遇到的一些问题。

本文主要介绍有赞容器化过程中碰到的问题以及采取的方案。

随着应用不断的迭代更新，目前端上的线程池设计已经无法满足需求，包括不限于网络请求、本地db操作、业务轮询等任务容易导致线程队列堆积，最终造成“操作卡顿”现象。本文章通过线程分离、轮询统一、线程监控等手段解决了大部分线程阻塞难题～

CPS(Cost Per Sale)是网络广告中效果营销体系中的主要形式之一，是一种以实际销售额来计算广告费用的广告，它可以理解为销售额提成，这种广告更多的适合购物类、导购类、网址导航类的网站，需要精准的流量才能带来转化。或者可以理解成商品推广解决方案(Commodity Promotion Solution)：作为一种电商推广手段，其本质就是如何帮助商家有效的带货，商家可以是厂商、分销商、个人卖家。而带货的形式可以是在朋友圈发商品信息、维护社群关系、通过直播带货、在社交平台（小红书、微博等）发布笔记、分销等。

在交易流程中，对退货时运费减免的支持已成为了电商场景的标配。有赞也提供了 “退货包运费” 产品来满足消费者及商家在此场景下的诉求。本文从“退货包运费”这个产品出发，分析保险业务的特征，介绍有赞保险业务系统的架构设计～

近几年，随着有赞业务的快速发展，应用数目与实例规模在快速地增加。有赞的服务注册与发现架构近几年也一直在快速平稳地演进，以支撑业务的发展。本文主要介绍有赞近几年服务注册与发现架构的演进过程。

有赞的后台业务应用主要是基于 Dubbo 框架开发的，因此，服务注册与发现的方案也都离不开对 Dubbo 服务模型的支持。近几年，Dubbo 社区也一直在演进服务注册与发现解决方案，但有赞的演进路线跟 Dubbo 社区并不相同。有赞根据内部独特的历史背景以及未来规划走出了具有自己特色的演进道路。

本文将分为三个阶段来介绍近几年有赞服务注册与发现架构的演进：接口级服务注册与发现，接口级服务注册与应用级服务发现，应用级服务注册与发现。为了聚焦，本文主要介绍 Dubbo 应用相关的服务注册与发现，但实际上有赞的服务注册与发现方案不仅仅支持 Dubbo 应用。

有赞搜索中台的前身是ES中间件，并没有一个中台的概念，相应的就会有一个问题，业务接入搜索场景的时候还需要为此投入开发资源同步搜索设计，一个需求上线往往耗时很久，重复性工作较多，所以就有了后来的搜索中台的成立，将搜索完整链路的复杂性折叠成一个简单完整的搜索产品，让业务方直击搜索需求，无需费心搜索实现；在此前提下，如何针对搜索中台进行一个从0到1的完整的质量保障也是一个挑战，且中台面临的问题可能跟传统业务面临的不大一样，保障手段也需要更多样化。

消息队列是分布式系统中重要中间件，目前比较常见的产品有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，RocketMQ，NSQ等。本文将其中对三款优秀消息中间件（nsq,kafka,rocketMq）的实现架构进行简单介绍～

针对网上大多Synchronized资料讲解不完全等问题，本文整理了jdk8u下锁的字节码实现，分析了各类锁的进入、释放、升级过程，整理了详细的锁升级流程图，并分析了Java线程状态转换～

本文主要介绍有赞广告DSP投放、归因、回传，以及业务测试的重点与质量保障方法。

本文主要是介绍有赞大数据中心关于离线和实时数据的准确性和及时性监控的实践～

随着公司业务的发展，常规的基于主动操作的运维平台已渐渐不能满足运维和开发对DevOPS能力的要求，在此背景下我们尝试构建基于事件驱动的自动化运维平台，目的是增强自动化程度，为故障自愈能力做铺垫。本文将介绍基于事件驱动的自动化运维平台（Whale）的系统设计、实践以及未来的展望。

随着实时技术的不断发展和商家实时应用场景的不断丰富，有赞在实时数仓建设方面做了大量的尝试和实践。本文主要分享有赞在建设实时数仓过程中所沉淀的经验。

本是同根生，相煎何太急，世界那么小，打的就是你。

主要介绍下零售供应链业务的整体架构实践以及应对复杂性的处理方式。

移动天网是有赞针对客户端搭建的一套主动防控体系，提高客户端的线上质量与稳定性。