This is an automated email from the ASF dual-hosted git repository.
dhanak pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/incubator-kie-kogito-docs.git
The following commit(s) were added to refs/heads/main by this push:
new 52ccf2d45 kie-kogito-docs#695: Holistic review of serverless-workflow
documenta… (#696)
52ccf2d45 is described below
commit 52ccf2d4591106b88d1051f646b88776ebf047fc
Author: Dominik Hanák <[email protected]>
AuthorDate: Fri Jan 17 15:39:48 2025 +0100
kie-kogito-docs#695: Holistic review of serverless-workflow documenta…
(#696)
* kie-kogito-docs#695: Holistic review of serverless-workflow documentation
Q1/2025
* Fix typo in install-kn-workflow-cli.adoc
* Fix missing attributes in antora.yaml
* Update data-index-service.adoc referencing old images
* Fix unterminated open block
* Update
serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
Co-authored-by: Gonzalo Muñoz <[email protected]>
* Update
serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
Co-authored-by: Ricardo Zanini
<[email protected]>
* Update
serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
Co-authored-by: Gonzalo Muñoz <[email protected]>
* Update serverlessworkflow/antora.yml
---------
Co-authored-by: Gonzalo Muñoz <[email protected]>
Co-authored-by: Ricardo Zanini
<[email protected]>
---
serverlessworkflow/antora.yml | 30 ++--
serverlessworkflow/modules/ROOT/nav.adoc | 5 +-
.../modules/ROOT/pages/cloud/index.adoc | 8 +
.../cloud/operator/build-and-deploy-workflows.adoc | 12 +-
.../pages/cloud/operator/customize-podspec.adoc | 2 +-
.../cloud/operator/enabling-jobs-service.adoc | 169 +++++++++++++++++++++
.../pages/cloud/operator/global-configuration.adoc | 4 +-
.../cloud/operator/install-kn-workflow-cli.adoc | 51 +++++++
.../operator/install-serverless-operator.adoc | 26 ++--
.../ROOT/pages/core/configuration-properties.adoc | 2 +-
.../pages/core/handling-events-on-workflows.adoc | 2 -
.../ROOT/pages/data-index/data-index-service.adoc | 9 +-
...st-workflow-service-with-kn-cli-and-vscode.adoc | 2 +
.../modules/ROOT/pages/migration-guide/index.adoc | 5 -
.../operator/to-1.43.0-migration-guide.adoc | 103 -------------
15 files changed, 278 insertions(+), 152 deletions(-)
diff --git a/serverlessworkflow/antora.yml b/serverlessworkflow/antora.yml
index 090b78b87..d9f1738ee 100644
--- a/serverlessworkflow/antora.yml
+++ b/serverlessworkflow/antora.yml
@@ -33,7 +33,9 @@ asciidoc:
product_name: SonataFlow
operator_name: SonataFlow Operator
operator_installation_namespace: sonataflow-operator-system
+ sonataflow_vscode_extension_name: KIE Serverless Workflow Editor
operator_controller_config: sonataflow-operator-controllers-config
+ operator_controller_manager_deployment_name:
sonataflow-operator-controller-manager
quarkus_platform: io.quarkus.platform
kogito_sw_ga: kogito-quarkus-serverless-workflow
data_index_ref: Data Index
@@ -43,16 +45,19 @@ asciidoc:
operator_openshift_catalog: sonataflow-operator
operator_k8s_keyword: sonataflow
operator_k8s_subscription: my-sonataflow-operator
- kogito_devservices_imagename:
quay.io/kiegroup/kogito-data-index-ephemeral-nightly
- sonataflow_devmode_imagename: quay.io/kiegroup/kogito-swf-devmode-nightly
- sonataflow_builder_imagename: quay.io/kiegroup/kogito-swf-builder-nightly
+ container_image_registry_base: docker.io
+ sonataflow_operator_imagename:
docker.io/apache/incubator-kie-sonataflow-operator
+ sonataflow_devmode_imagename:
docker.io/apache/incubator-kie-sonataflow-devmode
+ sonataflow_builder_imagename:
docker.io/apache/incubator-kie-sonataflow-builder
+ sonataflow_builder_configmap_name: sonataflow-operator-builder-config
+ sonataflow_dataindex_postgresql_imagename:
docker.io/apache/incubator-kie-kogito-data-index-postgresql
+ sonataflow_dataindex_ephemeral_imagename:
docker.io/apache/incubator-kie-kogito-data-index-ephemeral
sonataflow_devmode_devui_url:
/q/dev-ui/org.apache.kie.sonataflow.sonataflow-quarkus-devui/
serverless_logic_web_tools_name: Serverless Logic Web Tools
serverless_workflow_vscode_extension_name: KIE Serverless Workflow Editor
kie_kogito_examples_repo_name: incubator-kie-kogito-examples
# Jobs service image and links
- jobs_service_image_allinone_url:
https://hub.docker.com/r/apache/incubator-kie-kogito-jobs-service-allinone
jobs_service_image_allinone:
docker.io/apache/incubator-kie-kogito-jobs-service-allinone
jobs_service_image_ephemeral:
docker.io/apache/incubator-kie-kogito-jobs-ephemeral
jobs_service_image_ephemeral_name:
incubator-kie-kogito-jobs-service-ephemeral
@@ -77,12 +82,15 @@ asciidoc:
docker_min_version: 20.10.7
docker_compose_min_version: 1.27.2
kubernetes_version: 1.26
- openshift_version_min: 4.12
- openshift_version_max: 4.15
- knative_version: 1.13
- knative_serving_version: 1.13
- knative_eventing_version: 1.13
+ openshift_version_min: 4.13
+ openshift_version_max: 4.17
+ knative_version: 1.15
+ knative_serving_version: 1.15
+ knative_eventing_version: 1.15
+ apache_kie_latest_version: 10.0.0
kogito_version: 999-SNAPSHOT
+ product_version_short: 10.0
+ product_version_long: 10.0.0
# only used in downstream
operator_version: main
@@ -99,7 +107,10 @@ asciidoc:
#
# URLs
#
+ images_distributions_url:
https://kie.apache.org/docs/start/download#container-images
+ apple_support_url:
https://support.apple.com/guide/mac-help/open-a-mac-app-from-an-unknown-developer-mh40616/mac
kogito_examples_repository_url:
https://github.com/apache/incubator-kie-kogito-examples
+ kogito_operator_repository_rawcontent_url:
https://raw.githubusercontent.com/apache/incubator-kie-kogito-serverless-operator
kogito_sw_examples_url:
https://github.com/apache/incubator-kie-kogito-examples/tree/main/serverless-workflow-examples
kogito_sw_operator_examples_url:
https://github.com/apache/incubator-kie-kogito-examples/tree/main/serverless-operator-examples
kogito_examples_url:
https://github.com/apache/incubator-kie-kogito-examples.git
@@ -116,6 +127,7 @@ asciidoc:
open_api_spec_url: https://spec.openapis.org/oas/v3.1.0.html
open_api_swagger_spec_url: https://swagger.io/docs/specification
quarkus_openapi_gen_url:
https://github.com/quarkiverse/quarkus-openapi-generator
+ kn_workflow_plugin_releases_url:
https://kie.apache.org/docs/start/download#sonataflow-knative-plugin
kie_tools_releases_page_url:
https://github.com/apache/incubator-kie-tools/releases
quarkus_guides_base_url: https://quarkus.io/guides
quarkus_guides_kafka_url: https://quarkus.io/guides/kafka
diff --git a/serverlessworkflow/modules/ROOT/nav.adoc
b/serverlessworkflow/modules/ROOT/nav.adoc
index 68e118c32..95f7d9983 100644
--- a/serverlessworkflow/modules/ROOT/nav.adoc
+++ b/serverlessworkflow/modules/ROOT/nav.adoc
@@ -83,7 +83,7 @@
*** xref:cloud/operator/service-discovery.adoc[Service Discovery]
*** xref:cloud/operator/using-persistence.adoc[Workflow Persistence]
*** xref:cloud/operator/configuring-workflow-eventing-system.adoc[Workflow
Eventing System]
-// *** xref:cloud/operator/configuring-knative-eventing-resources.adoc[Knative
Eventing]
+*** xref:cloud/operator/configuring-knative-eventing-resources.adoc[Knative
Eventing]
*** xref:cloud/operator/known-issues.adoc[Roadmap and Known Issues]
*** xref:cloud/operator/add-custom-ca-to-a-workflow-pod.adoc[Add Custom CA to
Workflow Pod]
* Integrations
@@ -93,9 +93,6 @@
* Data Index
** xref:data-index/data-index-core-concepts.adoc[Core concepts]
** xref:data-index/data-index-service.adoc[Standalone service]
-* xref:migration-guide/index.adoc[Migration Guide]
-** Operator
-*** xref:migration-guide/operator/to-1.43.0-migration-guide.adoc[Migrating
{product_name} operator to 1.43.0]
* Use Cases
** xref:use-cases/advanced-developer-use-cases/index.adoc[Advanced Development
Use Cases of {product_name} applications using Quarkus and Java]
*** Getting started
diff --git a/serverlessworkflow/modules/ROOT/pages/cloud/index.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/index.adoc
index e8cf3bbd8..5a5509f39 100644
--- a/serverlessworkflow/modules/ROOT/pages/cloud/index.adoc
+++ b/serverlessworkflow/modules/ROOT/pages/cloud/index.adoc
@@ -128,6 +128,14 @@ xref:cloud/operator/using-persistence.adoc[]
Learn how to define the workflow `Persistence` field to allow the workflow to
store its context
--
+[.card]
+--
+[.card-title]
+xref:cloud/operator/enabling-jobs-service.adoc[]
+[.card-description]
+Learn how to enable the Jobs Service with Operator
+--
+
[.card]
--
[.card-title]
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/build-and-deploy-workflows.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/build-and-deploy-workflows.adoc
index f79108850..da974dc5f 100644
---
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/build-and-deploy-workflows.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/build-and-deploy-workflows.adoc
@@ -57,7 +57,7 @@ kubectl patch sonataflowplatform <name> --patch 'spec:\n
build:\n config:
[#customize-base-build]
=== Customize the base build Dockerfile
-The operator uses the `ConfigMap` named `sonataflow-operator-builder-config`
in the operator's installation namespace ({operator_installation_namespace}) to
configure and run the workflow build process.
+The operator uses the `ConfigMap` named `{sonataflow_builder_configmap_name}`
in the operator's installation namespace ({operator_installation_namespace}) to
configure and run the workflow build process.
You can change the `Dockerfile` entry in this `ConfigMap` to tailor the
Dockerfile to your needs. Just be aware that this can break the build process.
.Example of the sonataflow-operator-builder-config `ConfigMap`
@@ -66,7 +66,7 @@ You can change the `Dockerfile` entry in this `ConfigMap` to
tailor the Dockerfi
apiVersion: v1
data:
DEFAULT_WORKFLOW_EXTENSION: .sw.json
- Dockerfile: "FROM quay.io/kiegroup/kogito-swf-builder-nightly:latest AS
builder\n\n#
+ Dockerfile: "FROM {sonataflow_builder_imagename}:{operator_version} AS
builder\n\n#
variables that can be overridden by the builder\n# To add a Quarkus
extension
to your application\nARG QUARKUS_EXTENSIONS\n# Args to pass to the Quarkus
CLI
add extension command\nARG QUARKUS_ADD_EXTENSION_ARGS\n# Additional
java/mvn arguments
@@ -83,8 +83,8 @@ data:
-Djava.util.logging.manager=org.jboss.logmanager.LogManager\"\nENV
JAVA_APP_JAR=\"/deployments/quarkus-run.jar\"\n"
kind: ConfigMap
metadata:
- name: sonataflow-operator-builder-config
- namespace: sonataflow-operator-system
+ name: {sonataflow_builder_configmap_name}
+ namespace: {operator_installation_namespace}
----
[WARNING]
@@ -355,7 +355,7 @@ spec:
strategyOptions:
KanikoBuildCacheEnabled: "true"
registry:
- address: quay.io/kiegroup <1>
+ address: {container_image_registry_base} <1>
secret: regcred <2>
----
@@ -429,7 +429,7 @@ If you are running on OpenShift, you have access to the Red
Hat's supported regi
[source,bash,subs="attributes+"]
----
-kubectl edit cm/sonataflow-operator-builder-config -n
{operator_installation_namespace}
+kubectl edit cm/{sonataflow_builder_configmap_name} -n
{operator_installation_namespace}
----
In your editor, change the first line in the `Dockerfile` entry where it reads
`FROM quay.io/kiegroup/kogito-swf-builder-nightly:latest` to the desired image.
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/customize-podspec.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/customize-podspec.adoc
index 9ae728467..568dfa600 100644
---
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/customize-podspec.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/customize-podspec.adoc
@@ -196,7 +196,7 @@ When setting the attribute
`.spec.podTemplate.container.image` the operator unde
=== Setting a custom image in devmode
-In xref:cloud/operator/developing-workflows.adoc[development profile], it's
expected that the image is based on the default
`quay.io/kiegroup/kogito-swf-devmode:latest`.
+In xref:cloud/operator/developing-workflows.adoc[development profile], it's
expected that the image is based on the default
`{sonataflow_devmode_imagename}:{operator_version}`.
=== Setting a custom image in preview
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
new file mode 100644
index 000000000..9002e16f0
--- /dev/null
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/enabling-jobs-service.adoc
@@ -0,0 +1,169 @@
+= Managing Jobs Service with the Operator
+:compat-mode!:
+// Metadata:
+:description: Configure Jobs Service using the `SonataFlowPlatform` CR.
+:keywords: sonataflow, serverless, operator, kubernetes, jobs service
+
+
+This document describes how to configure the Jobs Service instance using the
SonataFlowPlarform CR.
+
+== Automate the Jobs Service instance management with the `SonataFlow` Operator
+
+It is possible to deploy the Jobs Service manually, leveraging the Operator
offers a more seamless integration by
+combining it with namespace configuration through the SonataFlowPlatform
Custom Resource (CR). When the Operator oversees
+the lifecycle of the jobs service, it automatically injects necessary
properties during creation into the SonataFlow workflows.
+This integration eliminates the need for including these properties within the
SonataFlow workflow CR instance, simplifying workflow management.
+
+== Configuring Jobs Service in the SonataFlowPlatform CR
+
+To enable the deployment of a Jobs Service instance, the `SonataFlowPlatform`
CRD exposes a set of fields that allow the user to
+configure the running instance.
+
+=== Ephemeral persistence
+The basic runtime is to deploy the Jobs Service with an ephemeral backend
running in the same container
+as the Jobs Service runtime.
+
+[source,yaml,subs="attributes+"]
+---
+apiVersion: sonataflow.org/v1alpha08
+kind: SonataFlowPlatform
+metadata:
+ name: sonataflow-platform
+spec:
+ services:
+ jobService: {}
+---
+
+When executing this manifest, the operator will reconcile generating a pod
hosting the Jobs Service:
+
+[source,shell,subs="attributes+"]
+---
+$>kubectl get pod -n sonataflow
+NAME READY STATUS RESTARTS
AGE
+sonataflow-platform-jobs-service-cdf85d969-sbwkj 1/1 Running 0
108s
+---
+
+Keep in mind that this setup is not recommended for production environments,
especially because the data does not persist when the pod restarts.
+
+=== Using an existing PostgreSQL service
+For robust environments it is recommended to use an dedicated database service
and configure Jobs Service to make use of it. Currently, the Jobs Service
+only supports PostgreSQL database.
+
+Configuring Jobs Service to communicate with an existing PostgreSQL instance
is supported in two ways. In both cases it requires providing the persistence
+configuration, one by using the Jobs Service's persistence field and the other
one using the persistence field defined in the `SonataFlowPlatform` CR
+deployed in the same namespace.
+
+By default, the persistence specification defined in the `SonataFlow`
workflow's CR takes priority over the one in the `SonataFlowPlatform`
persistence specification.
+
+==== Using the persistence field defined in the `SonataFlowPlatform` CR
+Using the persistence configuration in the `SonataFlowPlatform` CR located in
the same namespace requires to have the `SonataFlow` CR persistence field
configured
+to have an empty `{}` value, signaling the Operator to derive the persistence
from the active `SonataFlowPlatform`, when available. If no persistence is
defined
+the operator will fallback to the ephemeral persistence previously described.
+
+[source,yaml,subs="attributes+"]
+---
+apiVersion: sonataflow.org/v1alpha08
+kind: SonataFlowPlatform
+metadata:
+ name: sonataflow-platform
+spec:
+ persistence:
+ postgresql:
+ secretRef:
+ name: postgres-secrets
+ userKey: POSTGRES_USER
+ passwordKey: POSTGRES_PASSWORD
+ serviceRef:
+ name: postgres
+ port: 5432
+ databaseName: sonataflow
+---
+
+And the `SonataFlow` CR looks like this:
+
+[source,yaml,subs="attributes+"]
+---
+apiVersion: sonataflow.org/v1alpha08
+kind: SonataFlow
+metadata:
+ name: callbackstatetimeouts
+ annotations:
+ sonataflow.org/description: Callback State Timeouts Example k8s
+ sonataflow.org/version: 0.0.1
+spec:
+ persistence: {}
+...
+---
+
+When using the `jdbcUrl` field instead of `serviceRef`, the user is
responsible for providing the correct JDBC URL connection value that does not
contain a `database schema`
+because the operator will use verbatim the contents of this field as the JDBC
connection in the Jobs Service pod, and if it provides a schema that has been
used or formatted
+by a different client, the pod will fail to run.
+
+===== Using the persistence field inside the service specification
+You can define the persistence configuration directly in the Jobs Service
specification. The structure is the same as in the `SonataFlowPlatform` CR and
also
+consist on the credentials to access the PostgreSQL instance, and the
kubernetes service reference to generate the connectivity.
+
+[source,yaml,subs="attributes+"]
+---
+apiVersion: sonataflow.org/v1alpha08
+kind: SonataFlowPlatform
+metadata:
+ name: callbackstatetimeouts
+spec:
+ persistence:
+ postgresql:
+ secretRef:
+ name: postgres-secrets
+ userKey: POSTGRES_USER
+ passwordKey: POSTGRES_PASSWORD
+ serviceRef:
+ name: postgres
+ port: 5432
+ databaseName: sonataflow
+ databaseSchema: jobs-service
+---
+
+In this example we're using a PostgreSQL service located in the same namespace
where the Jobs Service is deployed, pointing to the default PostgreSQL port of
5432
+and referencing the database `sonataflow` and schema `jobs-service`. By
default, when the Jobs Service pod starts it will recreate the schema in the
given location
+if it doesn't exist.
+
+The values of `POSTGRES_USER` and `POSTGRES_PASSWORD` point to the keys in the
secret that contains the PostgreSQL credentials.
+
+[source,shell,subs="attributes+"]
+---
+$>kubectl describe secrets postgres-secrets
+Name: postgres-secrets
+Namespace: default
+Labels: <none>
+Annotations: <none>
+
+Type: Opaque
+
+Data
+\\\\====
+PGDATA: 28 bytes
+POSTGRES_DATABASE: 10 bytes
+POSTGRES_PASSWORD: 10 bytes
+POSTGRES_USER: 10 bytes
+---
+
+Putting everything together will render an output similar to this one below:
+
+[source,shell,subs="attributes+"]
+---
+$>kubectl get pod -w -n sonataflow
+NAME READY STATUS RESTARTS
AGE
+postgres-64c9ddb6bc-v96qb 1/1 Running 0
14m
+sonataflow-platform-jobs-service-79bb6bc67f-gvcg4 1/1 Running 0
1m
+---
+
+== Conclusion
+The Operator extends its scope to manage the lifecycle of the Jobs Service
instance, thus removing the burden on the users and allowing them to focus on
the
+implementation of the `Sonataworkflows. It takes care of managing the Jobs
Service deployment, dynamically configures its application properties
+when the Data Index service is also available and managed by the Operator, and
finally inject application properties in `SonataFlow` workflows in the target
+namespace when the Jobs Service is available.
+
+== Additional resources
+* xref:cloud/operator/install-serverless-operator.adoc[]
+
+include::../../../pages/_common-content/report-issue.adoc[]
\ No newline at end of file
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/global-configuration.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/global-configuration.adoc
index f59f34624..d104ffdba 100644
---
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/global-configuration.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/global-configuration.adoc
@@ -57,7 +57,7 @@ Set to false to send plain json events.
|===
-To edit this file, update the ConfigMap
`sonataflow-operator-controllers-config` using your preferred tool such as
`kubectl`.
+To edit this file, update the ConfigMap `{operator_controller_config}` using
your preferred tool such as `kubectl`.
[#config-changes]
== Configuration Changes Impact
@@ -103,7 +103,7 @@ The order of precedence is:
1. The `SonataFlowPlatform` in the current context
2. The global configuration entry
-3. The `FROM` clause in the Dockerfile in the operator's namespace
`sonataflow-operator-builder-config` ConfigMap
+3. The `FROM` clause in the Dockerfile in the operator's namespace
`{operator_controller_config}` ConfigMap
In summary, the entry in `SonataFlowPlatform` will always override any other
value.
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-kn-workflow-cli.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-kn-workflow-cli.adoc
new file mode 100644
index 000000000..8d47dc471
--- /dev/null
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-kn-workflow-cli.adoc
@@ -0,0 +1,51 @@
+= Installing the Knative Workflow Plugin
+:compat-mode!:
+// Metadata:
+:description: Install the operator on Kubernetes clusters
+:keywords: kogito, sonataflow, workflow, serverless, operator, kubernetes,
minikube, openshift, containers
+// links
+
+*Prerequisites*
+
+* You have first installed the link:{kn_cli_install_url}[Knative CLI].
+* link:{docker_install_url}[Docker] or {podman_install_url}[Podman] is
installed.
+
+[[proc-install-sw-plugin-kn-cli]]
+== Installing the {product_name} plug-in for Knative CLI
+
+You can use the {product_name} plug-in to set up your local workflow project
quickly using Knative CLI.
+
+.Procedure
+. Download the latest binary file, suitable for your environment, from the
link:{kn_workflow_plugin_releases_url}[download] page.
+. Install the `kn workflow` command as a plug-in of the Knative CLI using the
following steps:
++
+--
+.. Rename the downloaded binary as follows:
++
+`mv kn-workflow-linux-amd64 kn-workflow`
++
+.. Make the binary file executable as follows:
++
+`chmod +x kn-workflow`
++
+[WARNING]
+====
+On Mac, some systems might block the application to run due to Apple enforcing
policies. To fix this problem, check the *Security & Privacy* section in the
*System Preferences* -> *General* tab to approve the application to run. For
more information, see link:{apple_support_url}[Apple support article: Open a
Mac app from an unidentified developer].
+====
+.. Copy the `kn-workflow` binary file to `/usr/local/bin`.
+.. Run the following command to verify that `kn-workflow` plug-in is installed
successfully:
++
+`kn plugin list`
+--
+
+To verify that the installation was successful, you can execute the following
command:
+[source,shell]
+----
+kn workflow version
+----
+
+output:
+[source,shell,subs="attributes+"]
+----
+{product_version_long}
+----
diff --git
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-serverless-operator.adoc
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-serverless-operator.adoc
index 4f9e2df3d..aff342947 100644
---
a/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-serverless-operator.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/cloud/operator/install-serverless-operator.adoc
@@ -62,31 +62,31 @@ To install the {product_name} Operator, you can use the
following command:
.Install {product_name} Operator on Kubernetes
[source,shell,subs="attributes+"]
----
-kubectl create -f
https://raw.githubusercontent.com/apache/incubator-kie-kogito-serverless-operator/{operator_version}/operator.yaml
+kubectl create -f
{kogito_operator_repository_rawcontent_url}/{operator_version}/operator.yaml
----
-Replace `main` with specific version if needed:
+Replace `<version>` with specific version if needed:
----
-kubectl create -f
https://raw.githubusercontent.com/kiegroup/kogito-serverless-operator/<version>/operator.yaml
+kubectl create -f
{kogito_operator_repository_rawcontent_url}/<version>/operator.yaml
----
-`<version>` could be `1.44.1` for instance.
+`<version>` could be `{product_version_long}` for instance.
You can follow the deployment of the {product_name} Operator:
.Watch the {product_name} Operator pod
[source,shell,subs="attributes+"]
----
-kubectl get pod -n sonataflow-operator-system --watch
+kubectl get pod -n {operator_installation_namespace} --watch
----
A successful installation should have an output like this:
.Successful Installation Output
-[source]
+[source,subs="attributes+"]
----
NAME READY STATUS
RESTARTS AGE
-sonataflow-operator-controller-manager-948547ffd-sr2j2 0/2
ContainerCreating 0 6s
-sonataflow-operator-controller-manager-948547ffd-sr2j2 1/2 Running
0 7s
-sonataflow-operator-controller-manager-948547ffd-sr2j2 2/2 Running
0 20s
+{operator_controller_manager_deployment_name}-948547ffd-sr2j2 0/2
ContainerCreating 0 6s
+{operator_controller_manager_deployment_name}-948547ffd-sr2j2 1/2
Running 0 7s
+{operator_controller_manager_deployment_name}-948547ffd-sr2j2 2/2
Running 0 20s
----
You can also follow the operator’s log:
@@ -94,7 +94,7 @@ You can also follow the operator’s log:
.Watch the {product_name} Operator pod logs
[source,shell,subs="attributes+"]
----
-kubectl logs deployment/sonataflow-operator-controller-manager -n
sonataflow-operator-system -f
+kubectl logs deployment/{operator_controller_manager_deployment_name} -n
{operator_installation_namespace} -f
----
Once the operator is running, it will watch for instances of the
{product_name} Custom Resources (CR). Using CRs, you can configure your
{product_name} environment and define Workflows and builds to be handled by the
operator.
@@ -120,15 +120,15 @@ To uninstall the correct version of the operator, first
you must get the current
.Getting the operator version
[source,shell,subs="attributes+"]
----
-kubectl get deployment sonataflow-operator-controller-manager -n
sonataflow-operator-system -o
jsonpath="{.spec.template.spec.containers[?(@.name=='manager')].image}"
+kubectl get deployment {operator_controller_manager_deployment_name} -n
sonataflow-operator-system -o
jsonpath="{.spec.template.spec.containers[?(@.name=='manager')].image}"
-quay.io/kiegroup/kogito-serverless-operator-nightly:latest
+{sonataflow_operator_imagename}:{operator_version}
----
.Uninstalling the operator
[source,shell,subs="attributes+"]
----
-kubectl delete -f
https://raw.githubusercontent.com/apache/incubator-kie-kogito-serverless-operator/<version>.x/operator.yaml
+kubectl delete -f
{kogito_operator_repository_rawcontent_url}/<version>/operator.yaml
----
[TIP]
diff --git
a/serverlessworkflow/modules/ROOT/pages/core/configuration-properties.adoc
b/serverlessworkflow/modules/ROOT/pages/core/configuration-properties.adoc
index b46bb54b0..754dca609 100644
--- a/serverlessworkflow/modules/ROOT/pages/core/configuration-properties.adoc
+++ b/serverlessworkflow/modules/ROOT/pages/core/configuration-properties.adoc
@@ -136,7 +136,7 @@ a|Defines strategy to generate the configuration key of
open API specifications.
|`quarkus.kogito.devservices.image-name`
|Defines the Data Index image to use.
|string
-|`quay.io/kiegroup/kogito-data-index-ephemeral:{page-component-version}`
+|`{sonataflow_dataindex_ephemeral_imagename}:{page-component-version}`
|No
|`quarkus.kogito.devservices.shared`
diff --git
a/serverlessworkflow/modules/ROOT/pages/core/handling-events-on-workflows.adoc
b/serverlessworkflow/modules/ROOT/pages/core/handling-events-on-workflows.adoc
index 3a7e3b4bf..5f51ad3d5 100644
---
a/serverlessworkflow/modules/ROOT/pages/core/handling-events-on-workflows.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/core/handling-events-on-workflows.adoc
@@ -141,5 +141,3 @@ Similar to the callback state in a workflow, the workflow
instance to be resumed
*
xref:use-cases/advanced-developer-use-cases/event-orchestration/consume-produce-events-with-knative-eventing.adoc[Consuming
and producing events on Knative Eventing]
include::../../pages/_common-content/report-issue.adoc[]
-
-
\ No newline at end of file
diff --git
a/serverlessworkflow/modules/ROOT/pages/data-index/data-index-service.adoc
b/serverlessworkflow/modules/ROOT/pages/data-index/data-index-service.adoc
index a8fa610e5..21409c668 100644
--- a/serverlessworkflow/modules/ROOT/pages/data-index/data-index-service.adoc
+++ b/serverlessworkflow/modules/ROOT/pages/data-index/data-index-service.adoc
@@ -4,7 +4,6 @@
:description: Data Index Service use as an independent service that allow to
index and query audit data in {product_name}
:keywords: workflow, serverless, data, dataindex, data-index, index, service,
standalone
// External pages
-:distributions_url: https://quay.io/organization/kiegroup
:dev_services_url: https://quarkus.io/guides/dev-services
:test_containers_url: https://www.testcontainers.org/
:kubernetes_configmap_url:
https://kubernetes.io/docs/concepts/configuration/configmap/
@@ -19,9 +18,7 @@ The goal is to configure the container to allow to process
ProcessInstances and
[#data-index-service-distributions]
=== {data_index_ref} distributions
-{data_index_ref} service can be deployed referencing directly a distributed
{data_index_ref} image. Here there are the different {data_index_ref} image
distributions that can be found in link:{distributions_url}[Quay.io/kiegroup]:
-
-image::data-index/data-index-distributions.png[Image of data-index different
available distributions]
+{data_index_ref} service can be deployed referencing directly a distributed
{data_index_ref} image. There are the different {data_index_ref} image
distributions that can be found in link:{images_distributions_url}[here].
=== {data_index_ref} standalone service deployment
@@ -81,7 +78,7 @@ Here you can see in example, how the {data_index_ref}
resource definition can be
QUARKUS_HIBERNATE_ORM_DATABASE_GENERATION: update
----
-<1> Reference the right {data_index_ref} image to match with the type of
Database, in this case `quay.io/kiegroup/kogito-data-index-postgresql:latest`
+<1> Reference the right {data_index_ref} image to match with the type of
Database, in this case
`{sonataflow_dataindex_postgresql_imagename}:{operator_version}`
<2> Provide the database connection properties.
<3> When `KOGITO_DATA_INDEX_QUARKUS_PROFILE` is not present, the
{data_index_ref} is configured to use Kafka eventing.
<4> To initialize the database schema at start using flyway.
@@ -223,7 +220,7 @@ spec:
name: data-index-service-postgresql
uri: /jobs <7>
----
-<1> Reference the right {data_index_ref} image to match with the type of
Database, in this case `quay.io/kiegroup/kogito-data-index-postgresql:latest`
+<1> Reference the right {data_index_ref} image to match with the type of
Database, in this case
`{sonataflow_dataindex_postgresql_imagename}:{operator_version}`
<2> Provide the database connection properties
<3> KOGITO_DATA_INDEX_QUARKUS_PROFILE: http-events-support to use the
http-connector with Knative eventing.
<4> To initialize the database schema at start using flyway
diff --git
a/serverlessworkflow/modules/ROOT/pages/getting-started/create-your-first-workflow-service-with-kn-cli-and-vscode.adoc
b/serverlessworkflow/modules/ROOT/pages/getting-started/create-your-first-workflow-service-with-kn-cli-and-vscode.adoc
index 88ca5e6c8..2a07c7329 100644
---
a/serverlessworkflow/modules/ROOT/pages/getting-started/create-your-first-workflow-service-with-kn-cli-and-vscode.adoc
+++
b/serverlessworkflow/modules/ROOT/pages/getting-started/create-your-first-workflow-service-with-kn-cli-and-vscode.adoc
@@ -40,6 +40,8 @@ kn workflow run
* See
xref:testing-and-troubleshooting/quarkus-dev-ui-extension/quarkus-dev-ui-workflow-instances-page.adoc[Workflow
instances] guide on how to run workflows via Development UI.
* Once you are done developing your project navigate to the terminal that is
running the `kn workflow run` command and hit `Ctlr+C` to stop the development
environment.
+You can use any editor to develop your workflow to suit your use case. We
recommend getting familiar with
xref:../core/cncf-serverless-workflow-specification-support.adoc[] and guides
in `Core` chapter first.
+
To deploy the finished project to a local cluster, proceed to the next section.
[[proc-deploying-app-with-kn-cli]]
diff --git a/serverlessworkflow/modules/ROOT/pages/migration-guide/index.adoc
b/serverlessworkflow/modules/ROOT/pages/migration-guide/index.adoc
deleted file mode 100644
index 05569fcf4..000000000
--- a/serverlessworkflow/modules/ROOT/pages/migration-guide/index.adoc
+++ /dev/null
@@ -1,5 +0,0 @@
-= Migration guide for {product_name} components
-
-In this chapter you will find guide focusing on migration of our components
across version.
-We provide migration guides only when needed, so if there is no guide
available it means the migration
-is seamless.
\ No newline at end of file
diff --git
a/serverlessworkflow/modules/ROOT/pages/migration-guide/operator/to-1.43.0-migration-guide.adoc
b/serverlessworkflow/modules/ROOT/pages/migration-guide/operator/to-1.43.0-migration-guide.adoc
deleted file mode 100644
index 43680122d..000000000
---
a/serverlessworkflow/modules/ROOT/pages/migration-guide/operator/to-1.43.0-migration-guide.adoc
+++ /dev/null
@@ -1,103 +0,0 @@
-# Migration Guide for Operator
-
-
-## Version 1.43.0
-
-When migrating to version 1.43.0, you must review the `SonataFlowPlatform`
instances.
-
-.Procedure
-
-1. Change the `.spec.platform` to `.spec.build.config`. For example, given
that you have:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- platform:
- registry:
- address: quay.io/kiegroup
- secret: regcred
-----
-+
-You should change it to:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- build:
- config:
- registry:
- address: quay.io/kiegroup
- secret: regcred
-----
-
-2. Change the `.spec.build` to `.spec.build.template`. For example, given that
you have:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- build:
- resources:
- requests:
- memory: "64Mi"
- cpu: "250m"
- limits:
- memory: "128Mi"
- cpu: "500m"
-----
-+
-You should change it to:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- build:
- template:
- resources:
- requests:
- memory: "64Mi"
- cpu: "250m"
- limits:
- memory: "128Mi"
- cpu: "500m"
-----
-
-3. Change the `.spec.devModeBaseImage` to `spec.devMode.baseImage`. For
example, given that you have:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- devModeBaseImage: quay.io/johndoe/myworkflow:latest
-----
-+
-You should change it to:
-+
-[source,yaml,subs="attributes+"]
-----
-apiVersion: sonataflow.org/v1alpha08
-kind: SonataFlowPlatform
-metadata:
- name: sonataflow-platform
-spec:
- devMode:
- baseImage: quay.io/johndoe/myworkflow:latest
-----
\ No newline at end of file
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]