Improved pooling of resources

[HakanEngman]

Hi,

Current scheduling options are quite limited (static) when it comes to allocation of resources. We would like a schema to be able to allocate one resource in a pool and execute all tasks in a sequence. 

Adress: Overlapping schemas on the same resource. With a larger pool we could cut the overhead needed to secure robot processing. Also, a crashed/stuck robot would not affect the following schemas. (Security reasons imply usage of different robot accounts for different processes.)

[MariusBalukevic]

• Not able to use active queue and resource pools functionality, because it is not applicable for multiple users. We have to dedicate particular VDI to schedule robots and it cause us lots of scheduling incidents

[OskarVikholm]

Hello,

I requested this a year back as an enhancement but no action was taken. Basically, there are several Blue Prism customers that would like to see added support for using resource pools together with Login Agent. This would save a lot of time and trouble in scheduling of automations, including better utilization of licenses.

Currently, it is only possible to use resource pools in a smart way by not using login agent, i.e. to allow the Windows Account to have access to all systems with Single Sign-On (SSO). The other option to get around this is to build custom scheduling which Blue Prism would not support as part of the license agreement.

In case someone solved this in another good way, please write a comment here.

Thanks

[TomCirone]

​Somewhat related...it would be good to be able to call a specific resource even if it's in a pool.  If there's an application that has an expensive license, we'd only want it on the minimum number of machines.  Then we have to keep that resource outside a pool

[Mike__Lowe]

Hi Hakan, thank you for raising your idea.

Are you able to describe in a little more detail the idea you have raised?

• What exactly do you see changing in the product?
• What is the exact issue that this would overcome?
• How would this change benefit your organisation?

Many thanks, 

Michael Lowe

[HakanEngman]

Right, I'll try to outline a bit more. 

Today we schedule robots with multiple steps and one key thing we need to comply with is the usage of different robot accounts for different runs. 

We do login with different accounts supported by login agent setup, but we need to stipulate the resource we want to run on, not a "available one". 

Would like to have a option where you make a pool out of a number of resources. Priority robots  (could) for example have access to all available resources, less important robots could have a limited number of resources to choose from. 

It would be great if a schema setup would use one resource for the execution, not set per step as of now. ( 1 Schema = 1 Resource ) 

Then next evolvement would be 1 Schema = 1 Resource Pool ( 1 Schema run always use one resource from start to finish in one action )

Basically, the schema would login one robot user and do the work and logout.

As the resources in our case are identical. (Virtual desktops) And I assume that many customers running in public clouds have the same feature with EC2's and similar technologies. 

So, to try to clarify.

Add resources to a pool, make it possible to phase out resources for maintenance( do not accept new schema runs )  One schema should be loosely coupled to a pool, not a static resource. Make all steps execute on one resource, not like now when the first step execute on R1 and step to on R3 and in a random way. )

So, we really want to move away from the fact that all resources in the pool needs to be logged in by one single robot account. 

( Already today you can pull a pool member from commandline, but not from the graphical interface ) 

• We would like to be able to utilize the resources better by running the schemas closer in time. 
  
  
•  We would like to improve resiliency against different problems like "blocked" resources etc. 
•  Make it easier to do maintenance tasks on the resouces. 
•  A higher utilization on the hardware would make the Blue Prism solution more cost effiicient (w.o. impacting revenue for BP... ) 
•  A operations team only need to make sure that there are headroom enough to accommodate the max parallell sessions available in BP.

Please let me know if this needs to be more outlined 

[MelanieGiuliani]

Thank you for your idea! This is very similar to a previously posted idea, which can be found here: https://community.blueprism.com/ideas/ideas/viewidea?IdeationKey=f87f80b8-5c84-4080-8873-1c66bbdfa184. As such, I've marked this idea as duplicate in order to keep all comments, votes, and lifecycle tracking in one place. Please direct all further conversation and votes to this idea.

[MelanieGiuliani]

Thank you for your idea! This is very similar to a previously posted idea, which can be found here: https://community.blueprism.com/ideas/ideas/viewidea?IdeationKey=31468754-E35C-4E79-8518-C3399E7C7E96. The linked idea was submitted a few months prior to this one, and provides a bit more detail, so I've marked this idea as duplicate in order to route all future votes, discussions, and lifecycle tracking to one place. Please direct all further conversation and votes to this idea.

[MelanieGiuliani]

Hi Hakan,

Thank you for providing some additional information on your request. As a result of the new information you've provided, we are moving this idea into the Under Consideration status while we route it through our internal review process. 

We will update you as your idea moves along the lifecycle.

Thank you!
Melanie 

[Stefan__Pappalardo]

Hello Everybody, additionaly I can share one of my support requests created at 2018-12-10 09:58:33. It's quite similar to the idea from Hakan and perhaps will add some additional insights.

#47692 Change logged in user before running business process with scheduler, login agent and resource pool.

Our business processes need a dedicated user for every single process. This is a hard restriction (security policy) we have to deal with. Until now we schedule sessions (using the internal scheduler of Blue Prism Automate) for one virtual machine (vdi), with one logged in user, to run one dedicated process on it. The login is performed by login process (from Blue Prism login agent) once a day to control login agent installed on all runtime resources. "Automate.exe /resource-pc" is started on login (autostart). This scenario leads to many virtual machines idle waiting for the next run. Every machine costs money and is not utilized as efficient as it could / should be.

We tried to use the resource pool feature in conjunction with the scheduler and the login agent. All features are part of the Blue Prism Automate product. But when it comes to a user change (logout & login) the connection between BPA server and runtime resource gets lost which breaks the use of the scheduler.
Another problem is to hit the same resource for user change and run business process in sequence using resource pools.

• Is there a way to configure the login agent to hold the connection between server and runtime resource?
• Are there any plans to add user change prior to run business process in the scheduler?
• Or do you have another idea to solve our needs?

The answer from support was: The best way to raise an enhancement for the product would be via the Portal. We have a form you can complete which ensures you provide all the information the Product Team need to be able to consider the product change you would like and the form goes directly to them. The form can be found here: https://portal.blueprism.com/products/enhancement-request

Meanwhile the idea system was added and there was no migration of the already reported enhancement requests. But I guess I never raised one because I didn't trust this form any more after raising some requests and never ever heard anything about the state.

@MelanieGiulian1: But I can provide a more in depths mail discussion with John Carter about Pools with Login Agent from February 2019 if you need.​​

[robert.nicklin]

Hello Hakan,

Thank you for posting your idea.

Having reviewed the current Blue Prism portfolio roadmap and product strategy I have determined that this enhancement is unlikely to be implemented in the next 12-24 months. As a result, I'm going to update this idea to "Not planned".

Should this position change we will review your idea and update the status accordingly.

Regards,
Rob