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

Evaluation of OpenShift Serverless Logic Installation on cloud k8s platforms

XMLWordPrintable

    • Evaluation of OpenShift Serverless Logic Installation on cloud k8s platforms
    • False
    • Hide

      None

      Show
      None
    • False
    • In Progress
    • 80% To Do, 20% In Progress, 0% Done

      The OpenShift Serverless Logic Operator is currently certified and released exclusively for OpenShift. However, customers are requesting support and certification for other Kubernetes distributions, specifically:

      • Azure Kubernetes Service (AKS)
      • Amazon Elastic Kubernetes Service (EKS)
      • Google Kubernetes Engine (GKE)

      The upstream project already targets non-OpenShift environments (Minikube, KIND) during CI. This umbrella issue tracks the overall evaluation effort and guides the work that will be done in phases across these platforms.

      Behavioral Differences

      • Service Exposure
        • On OpenShift, the Operator uses Route resources to expose platform services (OpenShift-specific).
        • On Kubernetes, users must manually expose services (e.g., using Ingress, LoadBalancer, etc.).
        • The Operator should:
          • Log a message prompting users to expose services manually, or
          • Provide examples using common ingress options (nginx, Traefik, etc.)
      • Preview Workflow Builds
        • In preview mode, OpenShift uses BuildConfig and ImageStreams
        • On Kubernetes, builds are attempted with Kaniko, which may introduce compatibility/security issues
        • Proposal:
          • Disable support for preview profile in non-OpenShift environments
          • Clearly document this limitation
      • Installation Procedure
        • Users must currently rely on OperatorHub or manual installation
        • Future options may include the Orchestrator Operator (TBD)
        • Helm charts or raw manifests are currently alternatives from the Orchestrator Operator pov.

      Acceptance Criteria

      • [ ] Document all behavioral differences between OpenShift and Kubernetes
      • [ ] Provide recommendations for:
        • Exposing services
        • Disabling preview mode
      • [ ] Create reproducible installation/test instructions for:
        • Minikube
        • KIND
      • [ ] Track installation, evaluation, and certification progress for:
      • [ ] Update official documentation accordingly
      • [ ] Ensure the Operator gracefully avoids OpenShift-specific resources in Kubernetes

      Notes

              rhn-support-zanini Ricardo Zanini
              rhn-support-zanini Ricardo Zanini
              Jakub Schwan Jakub Schwan
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated: