在Azure中部署后，为什么从我的节点反应Web应用程序中得到这种意外行为？

编程问答 2022-08-13

问题描述

我的Web应用程序应返回将绘制到XY图表中的点。对于图形表示，我正在使用d3.js。 我正在使用的技术是：

  • 反应
  • D3.js
  • Express / Node.js
  • Apollo服务器
  • GraphQL
  • lowdb

来自GraphQL的解析器使用lowdb作为访问存储数据点的json文件的方法。数据保存在应用程序的文件夹中。该应用程序具有以下组成：

>WebApp
>>client\
>>database\
>>deFinitions\
>>resolvers\
>>schema\
>>index.js\
>>package.json\
>>package-lock.json

文件夹数据库包含将要绘制的每日测量值。每天都是一个新的json文件。每个文件重约220kb。注册日期为2020年6月8日至2020年8月28日。

在生产中，Web应用程序运行良好，将所有测量值都提供给Frotend，然后用d3进行绘制。当我要部署它时，问题就开始了。我部署它的环境是Microsoft Azure。我为Web应用程序选择了Azure App Service中的以下规范：

-OS：Linux -Spec Picker>开发/测试> 100总ACU 1.75 GB内存：计算机大小

请求工作正常，但区别在于我收到的积分数量。 在生产中，我从一个请求中收到1600个测量值，而在 Deployment 中的同一请求仅给我200个测量值。这些点绘制的不完整图上有很多孔。

我正试图找出导致这种意外行为的原因。我是部署应用程序的初学者。我认为，如果生产没有问题，则在部署后就可以正常工作。

看完书后我开始猜测。

Azure中的大小是否太短？难道不应该将数据库与整个应用程序一起部署？ （这可能会占用太多内存）在那种情况下，什么是很好的实践？我正在考虑使用MongoDB而不是lowdb。

如果有人可以向我推荐好的文学作品，我将不胜感激。我不知道从哪里开始阅读。

谢谢您的时间！

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

azureazurelowdbweb-deployment