The correct answer is A. In a containerized Cloud Pak for Business Automation deployment, high availability is achieved through Kubernetes and Red Hat OpenShift platform services rather than traditional WebSphere topology components. IBM documentation contrasts traditional and containerized HA configurations and identifies the router in Red Hat OpenShift or Kubernetes as the load-balancing mechanism for the container deployment model. This is distinct from traditional on-premises WebSphere deployments, where IBM HTTP Server, WebSphere plug-ins, and node agents are more relevant. Option B is therefore associated with the traditional load-balancer model, not the unique containerized feature. Option C is incorrect because WebSphere node agents are not the Kubernetes-native health-management mechanism. Option D similarly belongs to the traditional WebSphere plug-in/session-affinity approach. In CP4BA on OpenShift, availability is instead supported by pods, services, routes, replicas, liveness/readiness probes, OpenShift routing, session affinity where configured, and deployment across worker nodes or availability zones. The router-based load-balancing model is therefore the container-specific HA answer. References/topics: CP4BA high availability, container deployment, OpenShift router, Kubernetes load balancing, session affinity differences.
Contribute your Thoughts:
Chosen Answer:
This is a voting comment (?). You can switch to a simple comment. It is better to Upvote an existing comment if you don't have anything to add.
Submit