4db4982e9d
closes: #25015 Update docs/guides/operator/customizing-keycloak.adoc Update docs/documentation/release_notes/topics/24_0_0.adoc Update operator/src/main/java/org/keycloak/operator/crds/v2alpha1/deployment/KeycloakSpec.java Signed-off-by: Václav Muzikář <vmuzikar@redhat.com> Co-authored-by: Václav Muzikář <vaclav@muzikari.cz>
73 lines
2.3 KiB
Text
73 lines
2.3 KiB
Text
<#import "/templates/guide.adoc" as tmpl>
|
|
<#import "/templates/kc.adoc" as kc>
|
|
<#import "/templates/options.adoc" as opts>
|
|
<#import "/templates/links.adoc" as links>
|
|
|
|
<@tmpl.guide
|
|
title="Using custom {project_name} images"
|
|
summary="How to customize and optimize the {project_name} Container">
|
|
|
|
== {project_name} custom image with the Operator
|
|
|
|
With the Keycloak Custom Resource (CR), you can specify a custom container image for the {project_name} server.
|
|
|
|
[NOTE]
|
|
To ensure full compatibility of Operator and Operand,
|
|
make sure that the version of {project_name} release used in the custom image is aligned with the version of the operator.
|
|
|
|
=== Best practice
|
|
|
|
When using the default {project_name} image, the server will perform a costly re-augmentation every time a Pod starts.
|
|
To avoid this delay, you can provide a custom image with the augmentation built-in from the build time of the image.
|
|
|
|
With a custom image, you can also specify the Keycloak _build-time_ configurations and extensions during the build of the container.
|
|
|
|
For instructions on how to build such an image, see <@links.server id="containers"/>.
|
|
|
|
=== Providing a custom {project_name} image
|
|
|
|
To provide a custom image, you define the `image` field in the Keycloak CR as shown in this example:
|
|
|
|
[source,yaml]
|
|
----
|
|
apiVersion: k8s.keycloak.org/v2alpha1
|
|
kind: Keycloak
|
|
metadata:
|
|
name: example-kc
|
|
spec:
|
|
instances: 1
|
|
image: quay.io/my-company/my-keycloak:latest
|
|
http:
|
|
tlsSecret: example-tls-secret
|
|
hostname:
|
|
hostname: test.keycloak.org
|
|
----
|
|
|
|
[NOTE]
|
|
====
|
|
With custom images, every build time option passed either through a dedicated field or the `additionalOptions` is ignored.
|
|
====
|
|
|
|
=== Non-optimized custom image
|
|
|
|
While it is considered a best practice use a pre-augmented image, if you want to use a non-optimized custom image or build time properties with an augmented image that is still possible. You just need set the `startOptimzed` field to `false` as shown in this example:
|
|
|
|
[source,yaml]
|
|
----
|
|
apiVersion: k8s.keycloak.org/v2alpha1
|
|
kind: Keycloak
|
|
metadata:
|
|
name: example-kc
|
|
spec:
|
|
instances: 1
|
|
image: quay.io/my-company/my-keycloak:latest
|
|
startOptimized: false
|
|
http:
|
|
tlsSecret: example-tls-secret
|
|
hostname:
|
|
hostname: test.keycloak.org
|
|
----
|
|
|
|
Keep in mind this will incur the re-augmentation cost on every start.
|
|
|
|
</@tmpl.guide>
|