topic Re: Deploying JMP in an enterprise environment? in Discussions

Deploying JMP in an enterprise environment?

kom — Sat, 10 Jun 2023 20:51:55 GMT

We use JMP as single install on user PCs. We have developed a JMP add-in that we would like to deploy to a larger group of users. Since the add-in would require each user to be individually setup for ODBC connectivity (for database queries), our IT dept would like an alternative option.

IT were surprised that JMP don’t have an Enterprise Edition for large deployments and (being unfamiliar with JMP) are concerned around security, scalability, integration with Databases, etc. We have spoken to JMP and they say that we should just setup a server, install a single instance of JMP on same, and enable access to large groups that way.

Our IT Team are still not comfortable with this as they say this would require a terminal server farm, with a broker to manage/direct connections to a server, purchase MS RDS licenses for each user, and that they'd have to manage it all. Their view is that putting it on a server basis is really just trying to make an enterprise managed solution out of something that is not.

So my questions are:

Has anyone out there rolled out JMP to large business groups in a way other than single client install?

If so, how does the business use it? How is it supported? Any watchouts you'd advise on?

Many thanks for your input.

Re: Deploying JMP in an enterprise environment?

Mark_Bailey — Fri, 05 Aug 2022 16:37:48 GMT

I suggest that you contact your JMP sales team to ask for help. They are trained to help with installations and have experience with all sizes of installations.

Re: Deploying JMP in an enterprise environment?

P_Bartell — Fri, 05 Aug 2022 17:47:52 GMT

I agree with @Mark_Bailey 's advice...when you say you '...spoke to JMP...' was it your sales team as Mark suggests? I'm a former member of one of those sales teams (now blissfully retired) and our team saw all manner of large multi site, international, enterprise wide deployments. Each one is a little different or might have some unique requirements. It's good you are involving your IT team early on. I won't go further than that since I don't want to step on a sales team's toes so to speak. Your JMP sales team, and the bench strength team of JMP technical support people behind them should be able to provide you insight wrt to the optimal deployment options and requirements.

Re: Deploying JMP in an enterprise environment?

pmroz — Sat, 06 Aug 2022 10:14:03 GMT

We use Citrix to deploy multiple apps across the enterprise. Depending on how many users you have you'll need a few Citrix servers. JMP, Oracle, ODBC drivers and menus are configured once on each server. The justification to IT was the support for individual PCs was untenable (=more expensive!).

Re: Deploying JMP in an enterprise environment?

kom — Mon, 08 Aug 2022 11:38:58 GMT

Thanks Mark. Our IT team have already met with JMP sales & technical people who suggested to simply put a single install on a server, link it to the DB, and allow specified users to access it that way. However, IT are still not comfortable with the suggestion to put it on a server as it would require deployment of a terminal server with a broker in front of it to manage/direct connections, as well as the purchase of MS RDS licenses, etc. IT were hoping for a 'cleaner' option, as opposed to making an enterprise managed solution out of something that is not.

Re: Deploying JMP in an enterprise environment?

ih — Mon, 08 Aug 2022 11:44:35 GMT

On Windows it is possible to set up ODBC connections, install JMP, install add-ins, and set preferences all using SCCM. This is a fair amount of work for IT though, especially if they aren't already using it for this type of thing.

Re: Deploying JMP in an enterprise environment?

kom — Mon, 08 Aug 2022 12:01:15 GMT

Thanks P_Bartell. You refer to each of the deployments being slightly different, which is interesting to know, and also what I was reaching out to the Community for some insight on. I received one option from JMP, i.e. install it on a server, and when we asked if there were other customers that we could use for a reference call, we were told that this was confidential information that couldn't be shared. So, I'm reaching out to a few known JMP contacts and figured it'd be interesting to hear from further afield via the Community.

Re: Deploying JMP in an enterprise environment?

kom — Mon, 08 Aug 2022 12:17:16 GMT

Many thanks for your response @pmroz. Deployment via this server route makes most sense to me.

Re: Deploying JMP in an enterprise environment?

kom — Mon, 08 Aug 2022 12:18:44 GMT

Many thanks for your respons @ih. I hadn't heard of SCCM before now, but I'll definitely pass this along also as an option.

Re: Deploying JMP in an enterprise environment?

pmroz — Mon, 08 Aug 2022 12:25:13 GMT

Prior to Citrix I was configuring JMP, Oracle, ODBC drivers, application menus, on individual PCs. Every week someone's hard disk failed, or their PC was reimaged. It was a maintenance nightmare.

Aside from the benefits of only needing to set up things once, the performance for our overseas users is excellent.

Good luck!

Re: Deploying JMP in an enterprise environment?

ih — Mon, 08 Aug 2022 14:14:02 GMT

I guess SCCM is now Microsoft Endpoint Configuration Manager, but essentially you would write powershell scripts to handle all of the configuration which would then be ran on individual PCs using the endpoint configuration manager.

https://en.wikipedia.org/wiki/Microsoft_Endpoint_Configuration_Manager

Re: Deploying JMP in an enterprise environment?

Daniel_Valente — Tue, 09 Aug 2022 11:55:20 GMT

@dieterpisot and I presented a paper on deploying JMP Pro using non-persistent application virtualization, which might be something to investigate for your use-case here. We used AppStream 2.0, but other technologies are available. Notable, this helps address the problem of building a fleet of standard compute assets with standard configurations that are available on-demand to users. Basically, set up the deployment and configuration once and then scale to the needed user population without having to configure individual PCs.

Besides the gains in efficiency in scaling, you set up JMP for individual user success by automatically installing the software, ODBC drivers, configuring connections to databases and automatically setting up the parameters to publish to JMP Live. If you have any organization-specific add-ins or scripts those could be automatically deployed too.

The recording of the paper is here. We are repeating the paper at the upcoming Discovery Summit Americas.

From our customer reference program NXP has talked about deploying JMP Pro to 1,600 of the company's data experts. Another good example is Murata Finland.

Re: Deploying JMP in an enterprise environment?

kom — Tue, 09 Aug 2022 15:20:15 GMT

Thanks Daniel. I had seen this insightful video previously, and although we're not an 'AWS house' I had also sent it to IT for their perusal. Additionally, our JMP support were kind enough to introduce us to Dieter, and organised for a meeting between him and our IT team. I wonder whether the lack of customer reference recommendation by JMP (from a customer privacy perspective) may have been incorrectly seen as a 'red flag' (and possibly an excuse) for IT to not want to progress the server route - something seen as extra work to 'setup/maintain/manage'.

Re: Deploying JMP in an enterprise environment?

vince_faller — Tue, 09 Aug 2022 16:42:52 GMT

Depending on what you're using you might be able to use chocolatey or winget. This doesn't work for JMP but I've used it for other required installs for drivers, etc before. That would require running in admin (which might not be what your IT wants)

Re: Deploying JMP in an enterprise environment?

kom — Wed, 10 Aug 2022 10:23:29 GMT

Many thanks all for your discussion points. I think for this add-in, we will go the ODBC route for a number of users initially as part of a UAT, then (assuming feedback is positive) deploy it on a server with one connection to a DB, with multiple user access via such single instance. While this approach always made most sense, all discussion points have been useful in understanding (and supporting same).Thanks all.