我们团队基于Elasticsearch开发了一款将数据从数据库实时同步至Elasticsearch的工具——搜索平台，其实现方式主要是通过flink将数据库中已有的存量数据导入Elasticsearch，并订阅数据表的binlog，将实时改动也同步至Elasticsearch。

AIoT团队在搜索平台上维护了一个较大的索引，其写入平均有2k到3k的tps，查询也有数百QPS。由于该索引较重要且占用资源较多，因此使用Elasticsearch的template功能将之单独部署在专用的机器上。

从5月底开始，写入此索引的flink实时任务就会偶现失败重启的情况，经排查，发现是写入Elasticsearch的请求超时导致的，结合当时机器的cpu占用等指标判定是写入tps过高导致Elasticsearch无法承受，因此，将该索引所占的机器从2台升级到3台，并使用业务数据进行了一轮写入压测，发现能支撑业务方的写入速率，扩完后较长一段时间内，该索引也一直没有出现问题，因此认为问题已经被解决了。

本篇文章以理论+线上实践的方式详细介绍下哈啰基于水位自定义调度器的落地过程。

逛逛是哈啰APP推出的内容社区，旨在为用户提供优质的生活攻略。本次分享以逛逛为例，介绍一下逛逛业务的推荐升级之路。

本文详细介绍互联网广告拍卖机制的发展及应用，包括互联网广告拍卖机制的诞生、经济学视角的拍卖、二价拍卖在哈啰的应用与二价拍卖的前景。

本次分享的主题是哈啰打造自动化增长算法闭环的实践，本篇主要介绍哈啰被动增长算法和哈啰增长引擎的实践。

本次分享的主题是哈啰打造自动化增长算法闭环的实践，上篇主要介绍哈啰C端算法场景和挑战及哈啰主动增长算法。

本文主要讲述异地双活方案redis的热备、双写、双向同步的区别和优劣势。并且说明了双写同步方案中redis集群主从数据同步的过程，以及中间件方案遇到的部分问题点，说明最终方案的实现思路和方案。

本文将从理论上阐述双活一些基本概念和异地双活项目在哈啰四轮出行的落地。

搜索平台的公共集群，由于业务众多，对业务的es查询语法缺少约束，导致问题频发。业务可能写了一个巨大的查询直接把集群打挂掉，但是我们平台人力投入有限，也不可能一条条去审核业务的es查询语法，只能通过后置的手段去保证整个集群的稳定性。

公司采购了XX作为资金平台，并计划将所有的资金划拨操作转移到XX；当前每刻报销也依赖用友进行付款；所以需要将每刻和用友的交互逻辑以及支付逻辑迁移到业财进行管理。

随着公司业务快速发展，数据库中数据量猛增，访问性能变慢。关系型数据库本身比较容易成为系统瓶颈、单机存储容量、连接数、处理能力有限。所以要使用分库分表。

通过本文，您将了解什么是Web components，以及业务中台如何将其落地到业务场景的最佳实践。

本文基于行程平台的中台化进行了一些中台化建设的思路和感想，更多是对中台的定义以及一些框架的使用。

为了让乘客能够看到司机的实时位置，有了司乘同显出行方案，提供地图功能，给用户展示司机相对实时的位置，以及司机到乘客的行驶路线。

智能匹配引擎主要服务于哈啰四轮业务，为顺风车、打车业务的司乘匹配场景提供强有力的技术支持。本文主要讲解顺风车业务下司机与乘客相互匹配过程中的一些技术实现。

本文描述了典型产线团队管理进化的过程。从职能部门创建出来，引入基本的管理框架，在解决实际问题中逐步完善管理策略，形成稳定的管理框架，使得过程更加顺畅，过程持续改进、团队持续进化。