docker.images/ansible.awx/awx-17.1.0/docs/container_groups
TBS093A 96ab03f36c feat(ansible.awx & stable.diffusion.webui & gitlab): add new microservices definitions
add ansible awx (uncompleted becouse this shit invokeig docker contianers via ansibe instead
docker-compose (WTF)). add stable.diffusion.webui for generating images via AI (self hosted
solution). gitlab
2023-05-20 11:53:43 +02:00
..
README.md feat(ansible.awx & stable.diffusion.webui & gitlab): add new microservices definitions 2023-05-20 11:53:43 +02:00
service-account.yml feat(ansible.awx & stable.diffusion.webui & gitlab): add new microservices definitions 2023-05-20 11:53:43 +02:00

README.md

Container Groups

In a traditional AWX installation, jobs (ansible-playbook runs) are executed either directly on a member of the cluster or on a pre-provisioned "isolated" node.

The concept of a Container Group (working name) allows for job environments to be provisioned on-demand as a Pod that exists only for the duration of the playbook run. This is known as the ephemeral execution model and ensures a clean environment for every job run.

Configuration

A ContainerGroup is simply an InstanceGroup that has an associated Credential that allows for connecting to an OpenShift or Kubernetes cluster.

To create a new type, add a new ManagedCredentialType to awx/main/models/credential/__init__.py where kind='kubernetes'.

Create Credential

A Credential must be created where the associated CredentialType is one of:

  • kubernetes_bearer_token

Other credential types (such as username/password) may be added in the future.

Create a Container Groupp

Once this Credential has been associated with an InstanceGroup, the InstanceGroup.kubernetes property will return True.

Pod Customization

There will be a very simple default pod spec that lives in code.

A custom YAML document may be provided. This will allow the UI to implement whatever fields necessary, because any custom fields (think 'image' or 'namespace') can be "serialized" as valid Pod JSON or YAML. A full list of options can be found in the Kubernetes documentation here.

cat > api_request.json <<EOF
{
  "apiVersion": "v1",
  "kind": "Pod",
  "metadata": {
    "namespace": "my-namespace"
  },
  "spec": {
    "containers": [
      {
        "args": [
          "sleep",
          "infinity"
        ],
        "image": "my-custom-image",
        "stdin": true,
        "tty": true
      }
    ]
  }
}
EOF

curl -Lk --user 'admin:password' \
     -X PATCH \
     -d @api_request.json \
     -H 'Content-Type: application/json' \
     https://localhost:8043/api/v2/instance_groups/2/