【问题标题】:android cross promotion architectureandroid交叉推广架构
【发布时间】:2021-10-19 06:48:15
【问题描述】:

我有一个架构问题。我有 10 个 Android 应用,我想在这些应用中创建一个交叉推广系统 - 这意味着,每次用户打开其中一个应用时 - 他们都会看到一个插页式广告来推广另一个应用。

在一个非常基本的架构中,我所做的只是创建一个 AWS 数据库,其中包含其他应用程序的 URL 和 mp4 格式的广告。 然后,当用户打开应用程序时,我有一个类从 AWS db 中随机选择一个广告并将其显示给用户 -> 它加载 mp4 视频并使用 android 类视频SurfaceView 将其显示给用户。

我目前面临重大问题:

  1. 在广告加载之前的缓冲区非常长 - 与我在其他应用上看到的其他广告不同,它会在几秒钟内加载视频广告。
  2. 从 AWS 使用的带宽非常高 - 因为每次用户打开应用程序时都会加载视频。

有人对我如何改进我的架构并解决我的两个主要问题有建议吗?

【问题讨论】:

  • 哇,我今天学到了一个新词:“插页式”名词 COMPUTING,在所选网站或页面下载时出现的广告。

标签: android amazon-web-services architecture ads surfaceview


【解决方案1】:

我不是视频或 AWS 方面的专家,因此无法就此提供具体建议。

一些随机建议,没有特定顺序:

您能否将广告预加载到设备上,以便应用只选择广告并显示它,而无需实时流式传输?然后,您的问题就变成了将它们放到设备上的问题之一,但是您没有相同的“影响用户”的压力。我假设您可以在应用安装时提供几个默认视频,以便在获取最新广告的同时处理首次观看。

您要比较的其他广告实际上是 mp4 吗?

您是否尝试过使用不同的设备、网络等进行测试?

您是否尝试在非 AWS 平台/位置上托管视频?

您是否可以参考参考架构或实现来验证您的方法?

您是否对如何最好地将 mp4 内容流式传输/下载到设备并最有效地播放进行了背景研究?例如。格式、大小、质量设置等 - 适用于 AWS、您的应用程序所在的设备、您使用的技术堆栈、您使用的播放器?我在此考虑(与您的问题无关)YouTube 在上传和处理视频质量等方面提供的建议。

您的 SurfaceView 设置是在缓冲区准备好后立即播放,还是进行完整下载(可能您的配置有误)?

【讨论】:

  • 谢谢,确实这些都是很好的开始。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-09-13
  • 2015-12-23
  • 1970-01-01
  • 2010-10-04
  • 1970-01-01
相关资源
最近更新 更多