分析仪表板

Question

我正计划开发一个网站，该网站将允许注册用户在一个仪表板中查看来自各种站点（例如Google Analytic）的分析数据，有些类似于http://www.cyfe.com/ ，它在一个仪表板中全部提供。

我正在考虑实现此应用程序的两种方法。

方法1 ：用户登录到我的Web应用程序并请求数据后，我的应用程序将使用那里的API（例如Google Analytic API）调用分析网站，并显示响应数据。

方法2 ：执行一个作业，该作业以特定的时间间隔执行（例如，每30分钟执行一次），并检索所有注册用户的分析数据并将其保存在我的应用程序数据库中。 当用户请求数据时，我的应用程序将显示应用程序数据库中的数据，而不是向Analytic网站发送请求。

谁能建议每种方法的利弊，哪种方法最好实施？

Answer 1

请记住，Google Analytics（分析）数据没有在24-48小时内处理完毕，因此每30分钟请求一次数据就浪费了数据的完整性或准确性。 每天运行一次您的应用程序以获取两天前的数据。

您将要遇到的主要问题是每个请求的7个维度和10个指标的限制。 没有主键，因此无法将一个请求的数据链接回另一请求的数据。

您将遇到的另一个问题是，每个请求最多可返回1万行，具体取决于您最终针对API提出大量请求的请求所返回的行数，这将使您的配额难以使用。

另外，您可能最终会遇到配额问题，每天最多可以向每个配置文件发出1万个请求。 达到该配额后，您将无法在第二天再对该配置文件进行任何请求。 此配额无法扩展。

您还可以每个用户/配置文件每秒最多发送10个请求，您可以使用配额用户每周稍等一下，但是您的应用程序将无法快速运行，平均每个请求返回数据需要半秒钟。 除非您要运行提取应用程序的多个版本，否则事情将花费时间，但同样需要tweek配额用户。 此配额无法扩展。

您的应用程序每天针对所有配置文件最多可以向该API发出50k个请求。 一旦达到配额的80％，我建议您申请延期，可能需要一个月或更长时间才能获得此配额的延期，因此，最好对此进行计划。

注意：我是商业智能应用程序的首席开发人员，每天都会将这些问题从Google Analytics（分析）导出到数据仓库应用程序中。 尽管您计划做的事情是可行的，但您只需要在开始开发过程之前了解Google Analytics（分析）API的局限性即可。