Architecture
- 最終更新日2026/03/09
The Automation Anywhere Cloud Service on AWS private cloud architecture includes a Control Room installed on an AWS EC2 instance and CloudFormation stack provisioned resources in the same VPC.
The following diagram illustrates Automation Anywhere Cloud Service on AWS private cloud architecture:
Components
The components in Automation Anywhere Cloud Service on AWS private cloud can be broadly defined as follows:
- Automation Anywhere Cloud Service domain name
- Automation Anywhere Cloud Service domain name is the fully qualified domain name (FQDN) that serves as address to access the installed Control Room. You require a public certificate from AWS Certificate Manager (ACM) to enable the TLS/HTTPS connection between the Control Room and the resources that CloudFormation provisions.
- Automation Anywhere Cloud Service AWS CloudFormation stack
- The CloudFormation stack provisions the resources required for Automation Anywhere Cloud Service. These resources include IAM policies, load balancers, AWS Elastic Kubernetes Services (EKS) cluster, domain name, security group settings, and internet gateway settings.
- AWS EC2 instance
- The AWS EC2 instance hosts the Control Room. You must launch the EC2 instance in the same VPC. The minimum requirements to launch the EC2 is same as installing the on-premises Control Room on AWS. The Control Room installer supports both Windows and Linux platforms. The installer has an option to link the AWS account ID and the region to the Control Room.
- Control Room
- The Control Room installer is the on-premises installer that allows you to install and set up the Control Room in your AWS EC2 instance. You must specify your AWS account ID and region during the installation process. This option allows the Control Room to connect to the AWS Elastic Kubernetes Services (EKS) cluster that the CloudFormation stack creates. This option also automatically starts the Automation Anywhere Cloud Service orchestrator service in the EC2 instance when you launch it.