I'm really curious about how many concurrent users you're expecting to have to support and how realistic it is that that will happen, but you sound completely convinced that it's going to way beyond anything I have experience in so I'm not sure I can offer much more input other than to wish you good luck. However, I think worrying about the CPU cycles in NodeJs compared to Java or COBOL or whatever is another futile exercise, almost everything we do on the IBM i is I/O bound and my guess is that the cost of getting the data and sending it over the network is likely to far, far exceed the time spent on the ancillary code in between.
________________________________
From: WEB400 <web400-bounces@xxxxxxxxxxxx> on behalf of Kelly Cookson <KCookson@xxxxxxxxxxxx>
Sent: 10 April 2018 18:34
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] [EXTERNAL] Re: ibm_db node module and IBM Data Server Driver
Hi Tim,
I actually agree with what you say about separating front-end and back-end with web services.
It's also interesting, and useful, for me to hear your comments about rethinking our infrastructure.
Thanks,
Kelly Cookson
IT Project Leader
Dot Foods, Inc.
217-773-4486 ext. 12676
https://nam02.safelinks.protection.outlook.com/?url=www.dotfoods.com&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944828534&sdata=6smQmCctX8yBhlElz%2Fci%2BVJtSxEFVWiDGpEFwwy4uhc%3D&reserved=0<
https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dotfoods.com&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944828534&sdata=5JmxZmsU6f6dbp5XLn8GQsc3TpTJUwhOAFEvybas0RM%3D&reserved=0>
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Tim Fathers
Sent: Tuesday, April 10, 2018 10:59 AM
To: Web Enabling the IBM i (AS/400 and iSeries) <web400@xxxxxxxxxxxx>
Subject: Re: [WEB400] [EXTERNAL] Re: ibm_db node module and IBM Data Server Driver
That's the sentiment behind my statement. I was wrong to say it was pointless. But the attraction of node to many large companies is its performance under conditions of very high concurrency.
These companies could have chosen CGI options. They didn't. They chose node. If the performance potential of node on the IBM i has been reduced to being the same as CGI, that really undercuts
what many companies are looking for in node.
Sorry, but I completely disagree with this. If you are trying to support the number of concurrent connections where your choice of NodeJs vs. Java vs. CGI vs. whatever on an IBM i is the bottleneck to concurrent user performance your IBM i will have buckled long before that under the weight of database server jobs. I believe the most compelling driver for IBM i sized companies to use NodeJs is that they can use the same language on the front-end as they do on the back-end - nothing to do with performance or scaleability.
The examples of companies that you cited almost certainly used NodeJs as part of a wider strategy to provide them with the massively scaleable infrastructure required to support their business. They are also often not "typical" businesses in the context of where IBM i's are used, they tend to be very decentralised for a start. Now I don't know what your web app requirements are, but for an application used in-house or even a reasonable public facing application I believe you're absolutely wasting your time worrying about the framework's performance and scaleability. If, on the other hand, you are developing the next Amazon or Facebook and you know you are going to scale massively then you'd need to completely rethink your entire IT infra-structure IMO - running NodeJS on an IBM i simply won't cut it.
I'd worry about getting a clean separation between your backed application logic and your front-end clients using some sort of RESTFul API, then you can worry about scaling if the need arises by load balancing across machines or re-architecting those parts of the app that require it.
________________________________
From: WEB400 <web400-bounces@xxxxxxxxxxxx<mailto:web400-bounces@xxxxxxxxxxxx>> on behalf of Kelly Cookson <KCookson@xxxxxxxxxxxx<mailto:KCookson@xxxxxxxxxxxx>>
Sent: 10 April 2018 16:36
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] [EXTERNAL] Re: ibm_db node module and IBM Data Server Driver
Okay, that's fair. Not pointless.
Yet, if you can get equally good performance from CGIDEV2 and COBOL, or from XMLSERVICE wrappers and CGI, then why would RPG or COBOL developers want to go through the hassle of learning asynchronous programming with JavaScript and node? What do they gain from using node?
And, if node on the IBM i does not perform better than CGI under conditions of very high concurrency, then that may become an argument for running node on servers other than IBM i.
That's the sentiment behind my statement. I was wrong to say it was pointless. But the attraction of node to many large companies is its performance under conditions of very high concurrency. These companies could have chosen CGI options. They didn't. They chose node. If the performance potential of node on the IBM i has been reduced to being the same as CGI, that really undercuts what many companies are looking for in node.
Thanks,
Kelly Cookson
IT Project Leader
Dot Foods, Inc.
217-773-4486 ext. 12676
https://eur02.safelinks.protection.outlook.com/?url=www.dotfoods.com&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=8XHVwloQTuP1dFURLceIhb8k%2FSGF8pDJ%2FBQnsRO9bes%3D&reserved=0<
https://eur02.safelinks.protection.outlook.com/?url=www.dotfoods.com&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=8XHVwloQTuP1dFURLceIhb8k%2FSGF8pDJ%2FBQnsRO9bes%3D&reserved=0><
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dotfoods.com&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=G59CWj%2BqvtFtqbCZt4jNL4XXws5YmZ9uG7y2OmCqqYY%3D&reserved=0<
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dotfoods.com&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=G59CWj%2BqvtFtqbCZt
4jNL4XXws5YmZ9uG7y2OmCqqYY%3D&reserved=0>>
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx<mailto:WEB400@xxxxxxxxxxxx>
To subscribe, unsubscribe, or change list options,
visit:
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fweb400&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=NKbUXN7mGEq5nfjN1q6wonziUYLPSubgs%2BoJgHVsKyI%3D&reserved=0<
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fweb400&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=NKbUXN7mGEq5nfjN1q6wonziUYLPSubgs%2BoJgHVsKyI%3D&reserved=0>
or email: WEB400-request@xxxxxxxxxxxx<mailto:WEB400-request@xxxxxxxxxxxx>
Before posting, please take a moment to review the archives
at
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fweb400&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=q%2FoRuXLxXBXLcyls2Cr3WQZFcGzkefWhb57b6nxINus%3D&reserved=0<
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fweb400&data=02%7C01%7C%7Cde60829f5bb14d4e7d0008d59ef06ee9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589677837977942&sdata=q%2FoRuXLxXBXLcyls2Cr3WQZFcGzkefWhb57b6nxINus%3D&reserved=0>.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx<mailto:WEB400@xxxxxxxxxxxx>
To subscribe, unsubscribe, or change list options,
visit:
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=bcsC2kyXTatVAWYkDmy8dMLE6BCnrsFRoqXrY1D5l5k%3D&reserved=0<
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=bcsC2kyXTatVAWYkDmy8dMLE6BCnrsFRoqXrY1D5l5k%3D&reserved=0>
or email: WEB400-request@xxxxxxxxxxxx<mailto:WEB400-request@xxxxxxxxxxxx>
Before posting, please take a moment to review the archives
at
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=43fTtuYXdkM3upn2JOix9RnszEKWl%2FFVA5h3CvdUGZU%3D&reserved=0<
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=43fTtuYXdkM3upn2JOix9RnszEKWl%2FFVA5h3CvdUGZU%3D&reserved=0>.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=bcsC2kyXTatVAWYkDmy8dMLE6BCnrsFRoqXrY1D5l5k%3D&reserved=0
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fweb400&data=02%7C01%7C%7C60c0808fd23343ab86b508d59f00fd3d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636589748944984768&sdata=43fTtuYXdkM3upn2JOix9RnszEKWl%2FFVA5h3CvdUGZU%3D&reserved=0.
midrange.com
