Hi
Can someone share more insights on Floating and standard bots please, with examples? Planning for a migration from 2016 to 2018 version, Please let me know if there will be any reduction on overall cost w.r.to floating bots.
Hi
Can someone share more insights on Floating and standard bots please, with examples? Planning for a migration from 2016 to 2018 version, Please let me know if there will be any reduction on overall cost w.r.to floating bots.
Taken from the following article
Example:
Let’s say you have an environment with 8 users working on non-persistent virtual desktops. Machine allocation is done randomly, so one user can be allocated any of the available machines in the VDI.
Hi There - any chance we can get a definition for floating vs standard in layman (business) language. This would be extremely helpful. I have read the information at the link that is provided in all of these responses, but quite frankly when I try to derive a “coles notes” of what 's there, I doubt myself.
Essentially it’s a Floating licensing which is oftenused when you have a large pool of users, but they are not all working at the same time, so instead you opt for a floating license in order to minimize the number that you need to support the number of users that could potentially be online concurrently (at any given time).
Maybe you could offer what your current understanding of floating robots vs standard is and the community could help clear some things up?
Thank you! So, this is what I’m thinking… as it relates to our implementation.
Context: For every production robot (VM) we have, we have a development. So if we have 5 production robots (A, B, C, D, E) , we also have 5 development robots (A2, B2, C2, D2, E2). Each “robot pair” (i.e. A and A2) support (in our case) a particular business area, and so the configuration of such is set up to support that business area specifically.
Without Floating Robots: If two developers wanted to work on an automation related “A” simultaneously, only one of the two developers could use “A2” at a time. Today, if there is a priority automation that requires additional resources, we scramble to see if we can “loan” development robot (i.e. “B”) from another team, to that priority work. So, essentially we need to configure that “B2” with whatever is needed to support development for “A”, and when they are done “borrowing” “B2” – we give back to team “B”.
With Floating Robots: All of the Robots, whether production or development (i.e. “A” or “A2”) can be utilized by anyone in the ecosystem as long as they are configured appropriately (to support the processing being run). The need to “loan” goes away, and users of the system simply use what is available.
So, to clarify, even with production robots (A, B, C…) – if one (A) robot is “busy” running a process then the system will automatically seek (B, C, ….) to see if there is an available floating robot to do the work.
Am I thinking of this correctly? PLEASE let me know if I am not.
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.