Who This Exam Is For
- Application developers who implement and support applications on OpenShift
- DevOps engineers who deliver applications through OpenShift workflows
- Site reliability engineers who support OpenShift applications
Exam Code: EX288
Exam Name: Red Hat Certified OpenShift Application Developer exam
Price: $68.00 $58.88
Exam Questions: 120 Q&As
Last Updated: 2026-08-23
Prepare for the Red Hat EX288 exam with practice focused on deploying existing applications in a Red Hat OpenShift Container Platform environment.
EX288 is a hands-on exam. You work with application resources, builds, images, configuration, pipelines, templates, and Operators, then leave the environment in a state that meets the stated requirements.
EX288 consists of one three-hour practical section. Candidates complete routine application deployment tasks in OpenShift and are graded on whether the resulting resources and applications meet objective criteria.
You may work with supplied applications and documentation. The exam does not require you to rewrite application code, but you must understand the deployment inputs well enough to build, configure, expose, test, and troubleshoot the application.
You should understand containers and basic Git usage. Programming experience helps but is not required.
Red Hat strongly encourages DO288 training and the Red Hat Certified Developer in Cloud-native Applications credential, but neither is mandatory.
Create projects, deploy single-container and multi-container applications, use health monitoring, work with Git, manage applications in the web console, and meet internal registry requirements.
Create and use Helm charts, and customize deployments with Kustomize. Practise rendering and applying resources as well as checking the final object set.
Build from existing images, work with image builds and BuildConfig resources, use custom builder workflows, and publish images to the OpenShift registry.
Find and correct small build or deployment faults. Read events, build logs, pod logs, resource status, and generated configuration before changing anything.
Create custom ImageStream resources, deploy from Git repositories, configure image-change behavior, and debug deployment problems tied to image updates.
Create ConfigMap and Secret resources, then inject their data into applications through environment variables or mounted files without placing sensitive values in ordinary configuration.
Build and deploy applications with S2I and customize existing builder images. Know where source, builder, output image, and deployment resources connect.
Create and test build hooks, then manage manual, source, configuration, or image-driven build triggers. Verify the trigger rather than assuming it fired.
Create and process JSON or YAML templates, support multi-container resources, and add parameters that produce valid application objects.
Use standard Tekton custom resources to define, trigger, and troubleshoot application delivery workflows. Track parameters, workspaces, task results, and run status.
Create applications from Operators that are already installed and available to users. Read the custom resource schema and confirm that the Operator reconciles the requested state.
Candidates often edit the wrong project, confuse BuildConfig and Deployment resources, or stop after an object is created without checking whether the application is ready. Another common problem is changing several settings at once before reading the build logs or pod events.
Week 1: projects, deployments, services, routes, health checks, images, ImageStreams, BuildConfig resources, and S2I. Week 2: ConfigMaps, Secrets, templates, Helm, Kustomize, hooks, and triggers. Week 3: Tekton pipelines, installed Operators, broken builds, failed deployments, timed labs, and final-state verification.
These knowledge checks support hands-on study, but they do not reproduce the performance-based exam format. After answering, practise the same concept in an OpenShift project and verify the resulting resources.
Which of the following methods can deploy multi-container applications in OpenShift? (Choose two.)
Correct answer: A, D
Explanation: A Helm chart can package and deploy a set of application resources. A Pod template can define more than one container in the same Pod and is used inside workload controllers such as Deployments.
Practical check: Render a Helm chart before applying it, then inspect the generated workload and confirm the number of containers in its Pod template.
Common mistake: Treating every Kubernetes workload type as a general application packaging method.
Why the other options are wrong: B runs finite or batch work and is not the general method described here. C is not a native OpenShift deployment format.
How can you monitor application logs using the web console in OpenShift?
Correct answer: B
Explanation: The Pod details page includes a Logs tab that displays output from the Pod's containers. Select the correct container when the Pod contains more than one.
Practical check: Compare the console output with oc logs pod-name -c container-name, and use the previous-container option when a container has restarted.
Common mistake: Looking only at cluster monitoring when the failure is visible in one application's container log.
Why the other options are wrong: A is not the standard Pod log location. C focuses on metrics and monitoring views. D manages configuration rather than live container output.
What is the primary use of the OpenShift internal registry?
Correct answer: B
Explanation: OpenShift's integrated registry stores and serves images for projects inside the cluster. Access is controlled through OpenShift authentication and project permissions.
Practical check: Verify the target project in the image pull specification, then inspect ImageStream tags after a build or push.
Common mistake: Assuming the internal registry is public because applications in the cluster can pull from it.
Why the other options are wrong: A describes a public registry. C is broader than image storage. D is not the registry's purpose and does not make it a mirror or backup of Docker Hub.
What is the purpose of a Route in OpenShift?
Correct answer: B
Explanation: A Route gives an OpenShift Service an externally reachable host name and directs client traffic through the cluster ingress layer.
Practical check: Confirm the Route points to the correct Service and port, then test its host name and inspect admitted status.
Common mistake: Creating a Route before confirming that the Service has ready endpoints.
Why the other options are wrong: A is handled by Pod networking. C belongs to storage resources. D is handled through container logs and observability tools.
Which tool ensures applications automatically recover in OpenShift?
Correct answer: A
Explanation: A ReplicaSet maintains the desired number of matching Pods. If a Pod disappears or fails permanently, the controller creates a replacement Pod. It does not restart the same failed Pod.
Practical check: Delete one Pod managed by a Deployment and watch the associated ReplicaSet create a replacement. Then confirm the ready replica count returns to the desired value.
Common mistake: Confusing container restart behavior inside a Pod with ReplicaSet reconciliation across Pods.
Why the other options are wrong: B and C provide configuration data. D provides storage. None of them controls the number of running application Pods.
No. EX288 is performance based. These questions check concepts that you should also practise by creating, inspecting, and troubleshooting resources in an OpenShift lab.
Content is reviewed when the official objectives or the OpenShift version changes. Check the product page for the latest update date.
Review the current product description before checkout. Useful EX288 material should connect each concept to the resource, command, and validation step used in a lab.
A downloaded PDF can be viewed offline and printed with a compatible PDF reader.
The ICE simulator offers installers for iOS, Android, macOS, and Windows. It supplements hands-on OpenShift practice rather than replacing a lab environment.
Eligible purchases include free updates for three months. Review the current checkout terms for the exact coverage period.
No. Red Hat recommends the course, but success also depends on practice, experience, speed, troubleshooting, and careful final-state verification.
Requests are reviewed individually. Refunds may be considered within 7 days when most materials have not been used, or for unresolved access issues, duplicate purchases, or a clearly explained concern.
Practise builds, deployments, images, configuration, pipelines, templates, Operators, and final-state checks.
This page is for educational and exam-preparation purposes only. CertQuestionsBank is independently operated and is not affiliated with, endorsed by, or authorized by Red Hat. Candidates should consult official Red Hat documentation and the official exam page for current information. Red Hat product names, certification names, exam codes, and other third-party trademarks belong to their respective owners.
Your email address will not be published. Required fields are marked *