背景：存在部分店铺未授权品牌不需要大量提报post，但存在人工分级优化需提报的场景
需求：post配置开关区分人工和策略提报，支持只提报人工的，不提报策略
优化需求补充：
1. 日志优化
目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。
优化策略：
(1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。
(2) 日志按月分表，每月自动分表，自动创建分片和索引。
(3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。
2. 上传资料优化
post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。
3. 异常任务兜底处理
对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。
4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条
5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录
6.post提报：图片按图片ID+来源渠道维度去重
目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重
7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号
目前post标题用【关键词】，未处理换行 空格等特殊标点符号。
8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作
9.品牌激活、授权状态调整：
激活状态：REVIEW或ACTIVE
授权状态：isAuthorized =ture
10.post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略，见图一
