<div dir="ltr"><div dir="ltr">On Thu, 26 Sep 2019 at 13:29, Ben Duncan <<a href="mailto:linux4ms@gmail.com">linux4ms@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>That was my Idea, The Back Office for the Accounting stuff is for all the regulators and auditors.</div><div>I was looking at BluePrints and other ideas ..</div><div><br></div><div><div><div dir="ltr"><div dir="ltr"><div><b>Ben Duncan</b></div><div>DBA / Chief Software Architect <br></div><div>Mississippi State Supreme Court</div><div>Electronic Filing Division<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 26, 2019 at 7:04 AM Adil Hasan <<a href="mailto:paradox2005@gmail.com" target="_blank">paradox2005@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Ben,<br>
<br>
one thing I would worry about is having a lot of pages served by one<br>
app. Is it possible to separate them? If you need to update some pages<br>
on one part then you would only need to rebuild that app. Perhaps it<br>
could also help with resiliance and maybe performance?<br></blockquote></div></blockquote><div><br></div><div>This might be a little clunky but we use this on a couple of our sites. Our webserver is Nginx but this should be possible with other but we have it pass off requests for some path, /api for example, to another upstream, a host and port. So we have multiple apps serving different parts of the site. This means that we can take down the upstream that serves the web front end without touching the /api feed. If necessary these can live on different hosts allowing you to upgrade the horsepower behind a given path simply by changing the host of the upstream and reloading the nginx configuration</div></div></div>