微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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

如何解决在Azure中部署后,为什么从我的节点反应Web应用程序中得到这种意外行为?

我的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 举报,一经查实,本站将立刻删除。