amazon-web-services - Amazon QuickSight 嵌入式仪表板 - 如何在我的网络应用程序中缓存用户 session (计费和时间问题)

Question

我使用 amazon-quicksight-embedding-sdk(遵循 https://learnquicksight.workshop.aws/en/dashboard-embedding.html)在我的 Web 应用程序中嵌入了 Amazon QuickSight 控制面板。

如 https://docs.aws.amazon.com/quicksight/latest/APIReference/API_GetDashboardEmbedUrl.html 中所述，用户 session 似乎持续了许多小时。当我直接从我的网络浏览器请求嵌入 URL 时，我可以看到它在很多小时内都有效。

但是当用户重新启动它时(通过关闭/重新打开选项卡/浏览器)，我的网络应用程序将请求一个新的嵌入 URL。这是否意味着新的用户 session 已创建并计费。

是否可以存储嵌入 URL 并在同一用户关闭选项卡/浏览器并再次打开网络应用程序和仪表板(当然是在同一个浏览器)？

我试图将 embedURL 存储为名为“embed_url”的 cookie。但是调用 amazon-quicksight-embedding-sdk.embedDashboard({url: embed_url}) 导致

"Embedding failed because of invalid URL or authorization code. Bothof these must be valid and the authorization code must not be expiredfor embedding to work."

我确信 embed_url 仍然有效，因为浏览器直接请求它有效。上面的错误信息中提到了哪个“授权码”？我错过了什么，或者这实际上是不可能的？

除了计费问题，我注意到获取 embedURL 的调用需要时间(超过 5 秒，eu-central-1)，而嵌入花费的时间更少(3 秒)。我认为我可以通过重用获得的 embedURL 来缩短仪表板加载时间。对时间有什么意见吗？这是正常的还是我做错了什么所以它这么慢？我的测试仪表板只有 1 个图表，数据集未更改。

Answer 1

根据 Quicksight Pricing Page ，如果您正在为 Quicksight“阅读器”创建嵌入式仪表板，则您为此阅读器每 30 分钟登录 session 支付 0.30 美元/ session 。

session的有效期可以在GetDashboardEmbedUrl API的SessionLifetimeInMinutes参数中设置，上限为600分钟(10小时)。

例如，假设您将阅读器用户的 SessionLifetimeInMinutes 设置为 600 分钟。还假设该用户保持登录状态并连续使用仪表板 10 小时，那么这相当于使用了 20 次 session (因为计费是以 30 分钟为增量)。乍一看，这似乎会导致 $0.30/session * 20 session-chunks = $6 被计费。

但是，根据定价页面，每位读者每月的上限为 5.00 美元。这意味着无论为他们创建了多少个 Quicksight session (无论持续时间如何)，该读者每月的收入永远不会超过 5 美元。因此，无论您为给定阅读器调用 GetDashboardEmbedUrl API 多少次，该用户每月的费用上限为 5 美元。

也可用于确定 Reader session 的构成(来自定价页面):

When does a Reader Session start and end?

A Reader Session starts with user-initiated action (e.g., login, dashboard load, page refresh, drill-down or filtering) and runs for next 30-minutes.
 
Keeping Amazon QuickSight open in a background browser window/tab does not result in active sessions until the Reader initiates action on page.

But my web app will request a new embed URL when user restarts it (by closing/reopening tab/browser). Does that mean a new user session was created and billed.

我不是 100% 确定这一点，但是是的，我相信刷新(或打开/关闭)选项卡会导致同一用户的新 session 。

A Reader Session starts with user-initiated action (e.g., login, dashboard load, page refresh, drill-down or filtering) and runs for next 30-minutes.

以上摘录自定价页面。因此，页面刷新(以及对 GetDashboardEmbedUrl 的另一次调用)似乎确实会为用户触发一个新 session 。

Which "authorization code" is mentioned in the above error message?

GetEmbedDashboardUrl API 响应是一个 JSON 对象，如下所示:

{
    "Status": 200,
    "EmbedUrl": "https://us-east-1.quicksight.aws.amazon.com/embed/f4147cd0d4d_BLAH_BLAH_...",
    "RequestId": "c15a7bad-629e-444a-b643-ff3142c9ae41"
}

如果仔细观察 EmbedUrl，除了仪表板 url 本身，还有这些查询字符串参数:

• 授权码
• 代码
• 身份提供者
• statePersistenceEnabled
• 可能:还有其他参数

code 参数(嵌入在 embedUrl 中)是您询问的“授权码”。

Is it possible to store the embed URL and to reuse it (as long as the user session lasts) for the case the same user closes the tab/browser and open the web app and the dashboard again (of course in the same browser)?

不，这是不可能的。正如它在 link you shared 中所说的那样:

The following rules apply to the combination of URL and authorization code:

- They must be used together.
- They can be used one time only.
- They are valid for 5 minutes after you run this command.

因此 embedURL 及其关联的授权码只能一起使用一次。这是有道理的，因为这将防止 MITM 重放攻击等场景。此外，我实际上尝试缓存响应，然后在缓存命中的情况下重新使用 embedUrl，因为这会改善最终用户体验。但这没有用 - 正如他们的文档中所述，QuickSight 阻止了 embedUrl 的“重播”。

Any comments about the timing?

这也是我们的经验。 GetDashboardEmbedUrl REST API 对于我们的应用程序大约需要 5-7 秒 (us-east-1)，然后实际嵌入还需要 3-5 秒。不太好，但我目前还没有找到解决这种糟糕用户体验的方法。