Сьогодні більшість інструментів автоматизації реалізує виконання процесів автоматизації в хмарі. Однак кожен з них вимагає внесення постійних чи тимчасових змін до хмарної інфраструктури, що полягає у встановленні агентного (agent/runner) ПЗ в її межах. Це ускладнює первинне налаштування і подальший супровід інструментів. Власне тому актуальною є ідея створення сервера автоматизації, що дозволить виконання процесів автоматизації в межах хмарного середовища без необхідності внесення змін до інфраструктури. У даному науковому дослідженні запропоновано архітектуру сервера автоматизації, що реалізує односторонню взаємодію з хмарою за допомогою нативних засобів оркестраторів контейнерів, не вдаючись до комунікації з окремими вузлами. Таке рішення не вимагає внесення змін до хмарної інфраструктури для її використання сервером автоматизації, тому спрощує налаштування сервера і зменшує кількість використовуваного обчислювального ресурсу. Сервер використовує програмні задачі для опису процесів автоматизації. Кожна задача включає три основних елементи: тригер, середовище виконання, кроки процесу автоматизації. Архітектура сервера автоматизації базується на шаблоні“Плагін”, в межах якого виділяються два основних елементи – ядро та плагіни. Кожен з плагінів вирішує одну з функціональних задач сервера автоматизації. До таких задач належать інтеграція з середовищем виконання, контроль ходу і розкладу виконання задач, обробка логів і метрик, управління конфігурацією. Розроблена архітектураможе бути використаною для більшості оркестраторів контейнерів, зокрема, у дослідженні розглядається Kubernetes. Сервер використовує Kubernertes API для створення й моніторингу програмних задач у вигляді Kubernetes Pod. Реалізує інтеграцію з Kubernetes Metrics Server та Prometheus для отримання метрик. Налаштування сервера автоматизації полягає у вказанні параметрів підключення до кластера – адреси кластера й токена відповідного Service Account. Бібл. 16, іл. 3, табл. 2

Most modern automation tools provide means to execute automation processes in the cloud. However, they require permanent or temporary changes to the cloud infrastructure, such as installing agent/runner software within the environment, which complicates both initial setup and maintenance. Therefore, it highlights the need for an automation server that will allow the deployment of software development and deployment processes within cloud environments without requiring infrastructure changes while providing tools to adapt the server to meet user requirements. This paper proposes an architecture for an automation server that implements a unidirectional interaction model with the cloud, leveraging the native capabilities of container orchestrators without direct communication with individual nodes. This approach eliminates the need for infrastructure changes, thereby simplifying server setup and reducing computational overhead. The server employs tasks to describe the automation processes. Each task includes three key components: a trigger, an execution environment, and automation steps. The server's architecture is based on a "Plugin" design pattern, featuring a core and a set of plugins. Each plugin handles a specific function of the server, such as integration with execution environments, task scheduling and monitoring, log and metric handling, and configuration management. The proposed architecture can be applied to most container orchestration platforms, with Kubernetes used as the primary example in this study. The server utilizes the Kubernetes API to create and monitor tasks represented as Kubernetes Pods. It integrates with Kubernetes Metrics Server and Prometheus to collect metrics. The configuration of the automation server involves specifying the connection parameters for the cluster, including the cluster's address and the token of the corresponding Service Account. Ref. 16, fig. 3, tab. 2