Container-Based Installation - Automic Automation Kubernetes Edition

The Automic Automation Kubernetes Edition is an additional deployment option and gives you the same functionality as regular on-premises system. You can use it to install and upgrade your Automic Automation system by deploying the relevant components to on-premises systems or cloud-hosted clusters.

Container-based systems offer you, the system administrator, flexible deployment options and greatly reduces operational complexity while giving you the freedom to design and manage your system using an on-premises, hybrid, or public cloud infrastructure. It also caters to your business operators who need on-demand capacity and rapid development cycles for their business-critical workloads.

This page includes the following:

System Overview 

The image is a logical architecture diagram for Automic Automation Kubernetes Edition (AAKE), illustrating component interactions across a typical containerized deployment. Central to the diagram is the Automation Engine (AE) container connected to an AE Database server container and supported by Agents, CallAPI, WebServices (SOAP/REST), and traditional API interfaces. The AE communicates with various processes including Communication Process (CP), Work Process (WP), Dialog Process (DP), Java Work Process (JWP), Java Communication Process (JCP), and REST API. The Automic Web Interface (AWI), running on a Jetty Launcher or Tomcat server container, acts as the primary browser-accessible entry point. AWI integrates with action packs (via Plugin Manager), analytics modules, and the infrastructure manager, all containerized. Core functions such as custom actions, snapshot functionality, and user permissions are delivered through AWI. End-users access AWI over HTTP/HTTPS. Supporting administrative tasks include a CLI admin interface linking to the AE and Package Manager utilities containers. Automation AI and LLM integrate via the AE’s REST API, illustrating support for modern AI automation capabilities. The utilities module container interacts with both AE Server and Database Server containers to facilitate orchestration and maintenance tasks.

The container-based system uses Kubernetes and Helm Charts. It can be used for deployments on self-hosted Kubernetes clusters and managed Kubernetes services such as those provided by AWS, Azure or Google Cloud Platform. Alternatively, you can also use managed databases provided on these platforms.

Alternatively, you can also use managed services provided on platforms such as AWS, Azure, and Google Cloud Platform.

The Broadcom Software Academy provides examples of how to deploy a AAKE with a new PostgreSQL database for the respective platform:

Important! Make sure validate the code's syntax before using it in your environment.

Important! Please note that we provide support and documentation for the deployment and configuration of AAKE on Kubernetes only and not for Platform-as-a-Service such as OpenShift.

The Automic Automation Kubernetes Edition (AAKE) offering comprises all core and container-specific components, the provided installation customizations for Automic Automation and Automic Intelligent Remediation, as well as a number of Action Packs that are loaded by default. You can download the offering from https://downloads.automic.com/, where you can also see the complete content of the offering.

All required components to install and upgrade your system are provided as pre-built container images alongside the Helm chart, which installs a CustomResourceDefinition and the Automic Automation Install Operator. The Install Operator installs all the components that the Automation Engine requires:

  • Automic Web Interface

  • Communication processes

  • Work processes

  • Java work processes

  • Java communication processes

  • Rest processes

  • WebServices

  • Automation.AI

Important!

  • You can choose not to install Analytics but only for a first time installation. If you already have an Automic Automation Kubernetes Edition instance with Analytics running, do not disable it. For more information, see Enabling/Disabling the Analytics Installation.

The AAKE containers run in non-privileged/restricted mode. This means that you can now activate the restricted pod security policies that you deem appropriate.

More information:

Installing, Migrating, Upgrading

Make sure you understand which scenario applies to your needs when installing and/or upgrading your system.

There are three possible scenarios:

  1. Installing Automic Automation Kubernetes Edition

    In this case you set up your (v21) AAKE system from scratch. You start with a new, empty AE database.

  2. Migrating to Automic Automation Kubernetes Edition

    In this case you use a backup of your existing (v12.3) database and migrate your existing on-premises system to a higher, AAKE version.

  3. Upgrading Automic Automation Kubernetes Edition

    In this case you upgrade your existing (v21) AAKE system to a higher AAKE version.

More information:

Supported Platforms and Prerequisites

To install and run your system or update an existing one successfully, make sure you fulfill the necessary requirements.

To deploy AAKE you require Kubernetes and Helm. Use the compatibility matrix to find the relevant information on supported versions, setup, or prerequisites. Check all CA Automic components and prerequisites for vendor, version or setup information, see compatibility matrix. For more information, see Compatibility Information.

CPU, memory and disk requirements must be provided in the Kubernetes cluster, based on the Automic Automation sizing requirements, see Automic Automation System Requirements and Sizing.

Example: 4+CPUs, 8 GB RAM, 20GB HDD for a medium to big configuration.

You can also use the same sizing guidelines to define the number of server processes you require and configure them accordingly in the values.yaml file. For more information, see Sizing of Automic Automation Kubernetes Edition.

You also must have a database installed. The Automation Engine supports Oracle and PostgreSQL databases for the container-based system. When you use cloud-hosted databases, you might not have the permissions required to create or rename tablespaces. In this case, you can state the default tablespaces provided for the AAKE installation as alternative ones in the values.yaml file. For more information, see Preparing the AE and Analytics Database for the Container Installation.

To expose the Automic Web Interface and the REST and JCP endpoints to the Internet you have to use a TLS/SSL setup. To do so, you require the following:

  • Domain and access to DNS for this domain

  • Certificate for the domain

    You can also use a valid wildcard certificate for the domain that you plan to use.

For more information, see Connecting to AWI, the JCP and REST Processes Using an Ingress or a Gateway API.

Installation Steps

  1. Preparing for the Container-Based Installation
  2. Installing and Migrating Container-Based Systems
  3. Installing and Configuring Agents for Container-Based Systems
  4. Installing the Additional Components - Container-Based Systems
  5. Creating Clients and Users

Education

The Broadcom Software Academy provides a wide range of free online trainings. For information about how to navigate through the Academy and on how to register for courses, see Automic Automation Education and Training.

The following course(s) are associated with this topic:

See also:

This section includes the following pages: