前言
在公司的日常adx开发流程中,我发现其中一个很费心,很费时的行为,那就是要拿到上游的广告offer。
要拿到一个正常的offer,不单单需要匹配内部的逻辑,还要看上游是否需要对你的这次展示机会进行竞价。
由于在adx的业务逻辑中,一次请求
会同时请求N次
上游,所以必然少不了对上游的询价(请求)
行为,那我们在日常开发,以及做代码调试的过程中,有没有办法可以更好的做到能拿到offer来对我们的竞价行为进行调试和开发呢?
还有一种场景就是测试同学会面临的,就是如何在尽量不影响线上数据的情况下,能安全无痛的进行测试adx呢,如果因为测试的行为,导致线上业务数据异常,或者出现了结算问题,对于大规模流量的广告自动化交易程序来说,这都是致命的,严重点来说,可能随时导致破产。
又换句话说,有没有办法能在我们想要做模拟压测的时候,也能进行正常的内部逻辑呢?其中一个难点就是我们在压测的环节,并不想正式去对上游询价
,但是我又想要拿到上游的offer,除了 hard code offer
的动作外,有没有一些更理想的架构方案呢?
答案是:有的,接下来就是我们的主题