Orchestrator Assets: Per Process

i_planned
orchestrator
configuration
assets
release

#1

Current:
image

As of now, Assets can be either Per Robot or available to all (processes / robots). I think it will be very useful to have Per Process assets as well. Most of the assets we create are specific to process. Rarely assets are generic (i…e. available to all) or Robots specific.

Why useful:

  • Proper controls over assets. This ensures no one else over-writes / uses assets by mistake
  • Release management becomes easy: i.e. Developer can export process (package, assets and any other process specific objects (like queues, schedules)), and support team can simply import this.
  • With CI / CD, we would want ability to move process from Development environment to UAT environment to Production environment. With CI / CD, above mentioned proper controls over assets will help easily moving Process (Package & assets) to new environment

#2

I was just having a similar discussion with my RPA co-workers today… I was thinking a slightly different implementation, but same basic concept. I was thinking that there should be “global” assets and process-specific attributes, or assets that are children or sub-assets of other assets and can be displayed and managed in tree form - something to make management of assets easier as the list of processes and assets grows.


#3

yeah, i think that’s good idea


#4

This would also allow “reuse” of assets based on process, which minimizes the number of “asset names” you have to create. Instead of having to define a “Process1Queue”, “Process2Queue” and “Process3Queue” asset for 3 processes, All 3 processes could simply use a “Queue” asset, which would return 3 different values based on process.

Yes, yes, the more I think about your idea, the more I like it! Simplifies setup, maintenance and administration of assets!