- Getting started
- Best practices
- Tenant
- About the Tenant Context
- Searching for Resources in a Tenant
- Managing Robots
- Connecting Robots to Orchestrator
- Storing Robot Credentials in CyberArk
- Storing Unattended Robot Passwords in Azure Key Vault (read only)
- Storing Unattended Robot Credentials in HashiCorp Vault (read only)
- Storing Unattended Robot Credentials in AWS Secrets Manager (read only)
- Deleting Disconnected and Unresponsive Unattended Sessions
- Robot Authentication
- Robot Authentication With Client Credentials
- Configuring automation capabilities
- Solutions
- Audit
- Settings
- Cloud robots
- Folders Context
- Automations
- Processes
- Jobs
- Apps
- Triggers
- Logs
- Monitoring
- Queues
- Assets
- Storage Buckets
- Test Suite - Orchestrator
- Resource Catalog Service
- Integrations
- Troubleshooting
Frequently Asked Questions
Serverless robots can only run background, cross-platform automations, so make sure the process you are trying to execute was designed as a background, cross-platform process in Studio.
Yes. Make sure the serverless machine template is added to the folder or personal workspace where the process resides.
With a Community account, you can run up to three jobs concurrently per tenant. With an Enterprise account, you can run up to fifty jobs concurrently per tenant.
You are only limited by the amount of available robot units (RUs) for the tenant.
The number of jobs you can run depends on whether serverless robots run in a test environment or a production environment, how long your jobs take to run, and the size of the machine running the job. For example, in a production environment, a 1-minute job run on a Medium size robot (4 GB) consumes 4 RUs.
For more information, see Robot units: Consumption.
All machines are created and hosted in the tenant region.
Organization administrators can see what the region is for a tenant in Tenant Settings (Admin > Tenants).
All activities that are available for cross-platform projects can be run with serverless robots. This includes but is not limited to:
- Browser-based automations using the Chromium browser
- Integration Service activities
- API-based automations (Including HTTPS API calls that require using your own SSL certificates for authentication by downloading the certificates to the /tmp/certs filepath)
- Database activities that require Oracle, MySql, MSSQL & PostgreSQL ODBC drivers.
Browser-based automations using the Chromium browser may require client certificate authentication.
register-client-cert -d domain -c path/to/certificate.p12 [-p password]
register-client-cert -d domain -c path/to/certificate.p12 [-p password]
-
-d - is the domain to access
-
-c - is the path to the client certificate
-
-p - is the certificate password
var process = System.Diagnostics.Process.Start("register-client-cert", "-d client.badssl.com -c /tmp/home/badssl.com-client.p12 -p badssl.com"); process.WaitForExit(10000);
var process = System.Diagnostics.Process.Start("register-client-cert", "-d client.badssl.com -c /tmp/home/badssl.com-client.p12 -p badssl.com"); process.WaitForExit(10000);
We are unable to provide the list or range of IP addresses used in Serverless as they are dynamic.
- Why can't I see serverless robots machine templates when starting a job?
- Can I debug processes remotely from Studio on serverless robots?
- How many jobs can I run in parallel on serverless robots?
- How many jobs can I run using serverless robots?
- In which region are the serverless machines hosted?
- What activities and projects can serverless robots run?
- How can I authenticate Chromium-based automations using my client certificate?
- What are the list of IP addresses used for serverless robots?
- Where can I find data downloaded through activities?