AWS Bitnami Parse Server 解析文件检索缓慢

Posted 2023-03-16

【中文标题】AWS Bitnami Parse Server 解析文件检索缓慢

【英文标题】：AWS Bitnami Parse Server parse-file retrieval slow

【发布时间】：2016-12-03 20:22:16

【问题描述】：

我在 AWS T2.micro EC2 实例上运行带有 mongoDB 的 Bitnami Parse Server（Parse Stack）。所有配置都已完成并强制启用 HTTPS。目前，我将图像文件直接保存在与 parse-server 相同的实例上的 mongoDB 上。当我通过 nodejs Web 应用程序（本地和 Heroku）检索图像时，我得到了极大的延迟，约 3 秒，而当它由 parse.com 托管时，下载量最大为约 200 毫秒。图片显示了这种延迟。

我尝试了以下方法没有成功：

禁用 HTTPS 并恢复为默认 HTTP 连接到 mlab 上的 mongoDB（我以前的数据库位置） 不使用 DNS CNAME 转发，而是使用 AWS 提供的公共域 在 Heroku 托管的网络应用和本地都试过了

我正在考虑的其他一些选项（但想知道它可能起作用的原因）：

使用 AWS S3 存储桶进行文件存储 将 mongoDB 放在单独的 EC2 实例上（我们希望将测试成本保持在最低水平） 自行构建完整堆栈（不是 Bitnami）

我的选择已经不多了。如果我使用 mlab 托管的 mongodb 连接回 parse.com 托管的解析服务器，相同的 nodejs 应用程序将正常工作。一旦初始下载发生，其余时间相当快。 “停滞不前”的活动来自哪里？内容下载仅需 90 毫秒。

【参考方案1】：

对于 T2.micro 实例而言，您想要实现的目标似乎太多了。在您提出的选项中，我的建议是将图像存储在 S3 存储桶 + CloudFront 中。这将使服务器从将资产转移到客户端的任务中解放出来。

【讨论】：

我已经进一步调查并启用了 S3 存储桶作为唯一的文件服务。所有设置都已完成，但是，每当下载通过 EC2 的代理检索文件时（因此公众不会在 url 上看到 s3.amazonaws.com，而是通过 Parse Server S3 文件适配器启用的 storage.mydomain.com），我获得类似于原始帖子的较慢/停滞的活动。当直接从 S3 提供服务时，它在 1 秒以下速度更快。什么可能导致这种情况？是不是因为t2.micro不够用？还是 EC2 上有网络设置来优化这个？