Uploaded image for project: 'Serverless logic'
  1. Serverless logic
  2. SRVLOGIC-195

Break the current operator's configuration into custom and managed properties

XMLWordPrintable

      Currently, the same {{ConfigMap}} holds managed (what we currently call "immutable") and custom properties defined by users.

      A few application properties cannot be changed by users, being managed by the operator such as the HTTP port.

      We should convert those properties to environment properties and set them to the deployment workflow. These env properties must be immutable and managed by the operator. Env properties override the application.properties mounted currently by the operator. See https://quarkus.io/guides/config-reference#configuration-sources

      The current ConfigMap will be solely for user custom properties.

       

      Acceptance criteria:

      • After a successful deployment of the SonataFlow instance ABC, the ABC-props ConfigMap is still owned by this instance but not updated by the Sonata Flow operator
      • All the immutable properties defined by the operator are mapped to env variables in the ABC Deployment owned by the SonataFlow instance (in the spec.template.spec.containers[0].env section)
      • If any variable defined in the spec.podTemplate.container.env section of the SonataFlow instance match one of the immutable variable names, the value mapped in the ABC Deployment will be the one defined by the operator
        • In this case, an Event of type Warning is created for the SonataFlow instance

            dmartino@redhat.com Daniele Martinoli
            rhn-support-zanini Ricardo Zanini Fernandes
            Dominik Hanak Dominik Hanak
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: