1

I'm developing a website in which a user logs into their user account, enters data to a table (i'm using Tabulator) and then the data in the table is saved (i'm using MongoDB Atlas for data storage). The website has different subpages in which the data interacts with other data stored in another subpage (for example the website has a "Sales" and an "Inventory" subpages, so when the user makes a new sale the inventory will decrease by the sales amount). Basically it's a website in which users constantly perform CRUD operations on their data.

Today the website is rendered on the client side. Every subpage of the website has their own individual HTML file and individual Javascript file, with one Node file to handle all the backend communication with Atlas for all the subpages. I have only been using and testing the webpage from my local PC with one or two different user accounts, and it's all working fine the way it is (each user saves and works with their own data).

Now, considering that i'm planning to deploy the website (to a domain or to Heroku), and potentially getting hundreds or thousand of different users, I've been looking into this options:

  • To keep using the simple client side HTML the way i've been using it.
  • Rendering HTML as a response from Node
  • Use a Template Engine from Node

Which option would you recommend considering the scalabilty?

Charles Poplar
  • 59
  • 5

2 Answers2

0

I would suggest taking a look at projects like nuxt js for the vue js framework or next js if you prefer the react framework.

AFAIK, they combine the best of server side and client side rendering.

These two frameworks are used for building a wide range of apps with various useful characteristics.

Considering your needs, the universal applications features and the server side rendering may help you achieve the scalability you are looking for.

Here's a tutorial from digital ocean about a simple app combining a django backend with a nuxt js frontend : How To Build a Universal Application with Nuxt.js and Django.

This article will give you some of the benefits of using nuxt js for your web app.

All that being said, it would be better not to worry about scalability for now. This is one of the main reasons why startups fail. Focus on building a solution to your customers (users) problems first, and scale when you need it.

iceberg53
  • 330
  • 1
  • 7
0

Yours is a good question, but it has an answer that's almost impossible to predict. Taking a web app from a handful of users to a few thousand always uncovers surprising performance bottlenecks.

Will a bottleneck be on raw downbound bandwidth? Will there be a big gain to be had by slimming down your response to api calls and page requests? It's possible, but Heroku and other good host vendors do a good job of bandwidth. Plus, https compresses data as it encrypts it, so repetitive html isn't as costly as it seems. So getting your server to render lots of html is probably acceptable.

Will some bottlenecks be at the app-database interface? It's likely if large amounts of data and complex filtering criteria are in play. Every successful web app needs vigilance on its database. You'll have to add indexes or develop less elegant workarounds for problems you can't presently imagine.

Will you have contention between processes that ingest your data and processes that use it? Probably. But the details of that contention are hard to predict.

tl;dr. You have this thing working. There's no need to rework it now. Deploy what you have. Invite your users, and listen to them. Pay attention to how it performs, and concentrate your tuning and refactoring on areas where they prove necessary.

O. Jones
  • 103,626
  • 17
  • 118
  • 172