主要为mysql集群以及redis集群 1 mysql集群： mysql单主模式以及双主模式，使用gtid复制模式代替传统的binlog pos复制⽅式。在 findBestPrimaryServer 函数中，⾸先会检查所有节点中 show variables like 'rpl_semi_sync_master_enabled' 值为ON的节点，如果没有找到则使⽤默认节点 mysql statefulset的第⼆ 个POD实例 由于是statefulset的pod是采⽤了默认的顺序启动⽅式，如果第⼆个实例还没起来，则将会使⽤第⼀个实 例即lastHeathHost这样的最后健康可连接的实例作为master。 因此集群第⼀次启动和全体POD宕机重启的情况下，mysql-0将作为master，如果mysql-0挂掉，则基于 lastHeathHost的机制采⽤mysql-2作为master。 如果mysql-0是master，在mysql-2 挂掉的情况下，mysql-0和mysql-1在执⾏复制，此时⼲掉mysql-0， mysql-1将作为master，在mysql-2启动之后将会通过 findBestPrimaryServer 函数得出当前最佳master节 点是mysql-1。 写⼊到master-0上的⽇志将会在启动后捐赠给当前的master mysql-1 如果mysql-2和mysql-1由于某种奇怪的原因，导致都认为⾃⼰是master，那么他们将会在三秒后的下⼀ 次 findBestPrimaryServer 中修正到底谁才是master。 2 redis集群： 实现了传统的哨兵模式集群，以及cluster模式集群。cluster模式最少需要6个节点以保证集群的稳定性，只要有一个节点存活就可以拉起所有宕机节点，并且主从可以快速切换，不需要复杂的选举； 根据开源软件加上自己更改实现redis_cluster的proxy，实现单一入口调用redis并且在k8s的pod IP地址不断变换的时候可以无缝重新适配每个节点，不会影响redis网络调用。

数据收集采用两种方式，自定义TCP数据流对接以及mqtt对接。 1 自定义TCP数据对接： 数据类型采用16进制，根据规则对数据进行判别，校验以及拆分获取消息体内容。完成处理之后对返回结果进行同类型封装。 2 mqtt形式： 目前使用emqx的形式进行数据交互，与嵌入式协作者一起设计mqtt通信协议，对接数据请求直接流入时序数据库tdengine等； 同时根据grafana输出数据流向以及服务情况等信息。

1. 负责广告投放系统平台端功能研发与维护，主要进行广告位类型制定，城市定价配置，创意收集与审核，投放过程信息展示等业务功能。 2. 开发维护供应方平台SSP。包括平台配置同步，屏端广告位需求转发，实时竞价以及播放日志收集等能力。 ​ 2.1 在维护基础上开发定制化CPM保量模式。包括保量与竞价优先级规则制定，保量数据收集等功能。 ​ 2.2 对接百度、京东、贝壳以及联通等多个广告平台(DSP)。 ​ 2.3 ssp日志收集，采用ELK实时收集投放信息日志以及错误日志。 ​ 2.4 ssp实时报表 3. 视频转码功能。依托ffmpeg实现转码服务中心。 3.1 异步视频转码服务，实现了包括视频校验，视频转码，图片合成视频等功能。