Closed jon-esperanza closed 2 years ago
Researched how parse-server
module handles their library.
They have server instances that can be used to create new express servers OR build on top of user applications using
Serve the Parse API on the /parse URL prefix
app.use('/parse', api);
We can use this as reference.
Potential Solution 1: Simply offer users our objects and models no express or app usage Potential Solution 2: Like parse-server, we can offer both the option to easily create and start an InsightQL instance or use it to build on top of an existing application.
Express.js is not needed for message consumption. Redis integration is simple for user to integrate if needed.
We can move our focus from hosting an express server to:
I have some design concerns on whether this library is giving enough freedom to host a service based on this engine. The
app
object handles and configures a lot of the server set up but is this a good path?The alternative is to remove this
app
object and simply give the user complete access to handling consumers and let them implement it how they want.