EX378

Descripción del examen

En el examen Red Hat Certified Cloud-Native Developer Exam (EX378), se evalúa si posee las habilidades y el conocimiento necesarios para codificar el servidor de las aplicaciones Java creadas originalmente en Kubernetes con el marco Quarkus. La evaluación se centra en las habilidades básicas que se requieren para crear un microservicio completo usando un almacén de datos permanente.

Si aprueba, obtendrá la certificación Red Hat Certified Cloud-Native Developer, que también cuenta para obtener la acreditación Red Hat Certified Architect (RHCA®).

El examen se basa en Red Hat® OpenShift® Container Platform 4.5 y en la compilación Quarkus de Red Hat 1.7.

Público al que va dirigido el examen:

A continuación, se mencionan los especialistas a los que les podría interesar obtener la acreditación Red Hat Certified Cloud-Native Developer:

• Desarrolladores de Java que planean implementar microservicios con Quarkus y Kubernetes
• Especialistas certificados por Red Hat que deseen obtener la acreditación Red Hat Certified Architect (RHCA)

Requisitos previos para el examen:

• Se recomienda que los estudiantes hayan realizado el curso Red Hat Cloud-Native Microservices Development with Quarkus (DO378); o bien, que tengan experiencia práctica equivalente.
• Deben estar familiarizados con el uso de Visual Code o Codium en un entorno de Red Hat Enterprise Linux.
• Además, es preciso que tengan bastante experiencia con JSE, lo que incluye conocer y entender los conceptos básicos de Java y las API. Por ejemplo, para el examen necesitará las API Collections, Annotations y Exceptions.
• Le resultará muy útil tener ciertos conocimientos de OpenShift o Kubernetes.

Durante la preparación

Elementos de estudio para el examen

Los siguientes objetivos resaltan las áreas temáticas que pueden aparecer el examen, para ayudarlo a prepararse. Red Hat se reserva el derecho de agregar, modificar y eliminar cualquiera de los objetivos. Estos cambios se publicarán con antelación.

Deberá poder realizar las siguientes tareas:

Proporcionar y obtener propiedades de configuración a través de distintas fuentes que reconocen el entorno, las cuales están disponibles a través de la inyección o la búsqueda de dependencias

• Externalice los datos en valores configurados.
• Ingrese los valores configurados a los elementos de software reutilizables (o beans) a través de @Inject y el calificador @ConfigProperty.
• Cree una configuración o acceda a ella.
• Conozca cuáles son las propiedades de ConfigSource predeterminadas y personalizadas, como así también su orden.

Diseñar microservicios de Quarkus con tolerancia a los errores utilizando las estrategias de la función de Microprofile específica para ello

• Comprenda la relación con MicroProfile Config.
• Entienda la diferencia entre el tipo de ejecución asíncrona y sincrónica.
• Utilice @Timeout.
• Conozca las políticas de Retry y aplíquelas con @Retry.
• Entienda y defina la función de Fallback.
• Comprenda y aplique el patrón Circuit Breaker.
• Entienda y aplique el patrón Bulkhead.
• Comprenda y establezca la configuración de tolerancia a los errores.

Verificar el estado de una aplicación de Quarkus desde otra máquina usando la función MicroProfile Health Check

• Entienda e implemente la interfaz HealthCheck.
• Comprenda y aplique las anotaciones @Liveness y @Readiness.
• Conozca e implemente el formato HealthCheckResponse.
• Diseñe un formato HealthCheckResponse que sea fácil de usar.

Exportar los datos de supervisión a los agentes de gestión desde una aplicación de Quarkus en funcionamiento utilizando Microprofile Metrics

• Comprenda y utilice tres grupos de subrecursos (alcances): básico, proveedor y aplicación.
• Conozca las etiquetas.
• Conozca y utilice los metadatos.
• Comprenda en qué consisten el registro de indicadores y @Metric.
• Permita el acceso a los indicadores a través de las API de REST.
• Conozca cuáles son los indicadores que se precisan.
• Comprenda el modelo de programación de indicadores de la aplicación de Quarkus.

Especificación MicroProfile Interoperable JWT RBAC en aplicaciones de Quarkus: JSON Web Tokens (JWT) de OpenID Connect (OIDC) para el control de acceso basado en funciones (RBAC) de los extremos de los microservicios

• Comprenda en qué consiste la autenticación basada en tokens.
• Utilice tokens de portador JWT para proteger los servicios.
• Indique si una aplicación JAX-RS requiere control de acceso MP-JWT.
• Asigne tokens MP-JWT a las API de contenedores Java EE.

Implementar aplicaciones de Quarkus y permitir el acceso a los extremos del servicio de REST con JAX-RS

• Comprenda los conceptos de REST, especialmente la aplicación y uso de HTTP PUT, DELETE, GET y métodos POST.
• Conozca y use los códigos de retorno HTTP estándar.
• Implemente la clase de recursos "raíz" de RESTful.
• Utilice JAX-RS para permitir el acceso a un servicio de REST.
• Comprenda y utilice @Path, @Produce y @Consume.
• Use CDI para integrar los elementos.
• Use la validación de beans para garantizar el formato y la consistencia de los datos.

Simplificar la asignación de la API JPA con Panache

• Comprenda la diferencia entre los patrones Active Record Pattern y Repository Pattern.
• Use JPA básico para crear, leer, actualizar y eliminar objetos persistentes y sus relaciones.
• Asigne una relación bidireccional de uno a muchos entre dos entidades, lo cual incluye ambas partes de la asociación.
• Demuestre que puede realizar las operaciones comunes de Panache y agregar métodos de entidad personalizados.

Especificación Microprofile OpenAPI para documentar las API de RESTful

• Comprenda en qué consisten los documentos de OpenAPI y la IU de Swagger para descubrir las API de servicios remotos.
• Demuestre que puede vincular los extremos de los servicios remotos al proceso de versionado semántico (SemVer).
• Sepa cómo generar el documento OpenAPI predeterminado y personalizado para los extremos JAX-RS.

Interactuar con las API de REST en Quarkus mediante el uso de MicroProfile REST Client

• Conozca el enfoque de seguridad de tipos para invocar servicios RESTful a través de HTTP mediante las API JAX-RS.
• Comprenda los conceptos de REST, especialmente la aplicación y uso de HTTP PUT, DELETE, GET y métodos POST.
• Demuestre que puede crear y usar un cliente de REST para conectarse a un servicio remoto.
• Parametrice y configure el identificador uniforme de recursos (URI) de un cliente de REST para invocar un microservicio remoto en particular.
• Comprenda y use los encabezados de los clientes adicionales específicos.

Como en todos los exámenes de Red Hat basados en el desempeño, la configuración debe permanecer después de reiniciar el equipo, sin necesidad de ninguna intervención.

Durante la preparación

Red Hat recomienda que los candidatos realicen el curso Red Hat Cloud-Native Microservices Development with Quarkus (DO378) para prepararse mejor. Sin embargo, la asistencia a dichas clases no es obligatoria; los estudiantes pueden optar por presentarse solo al examen.

Aunque la asistencia a los cursos de Red Hat forme parte importante de la preparación, no garantiza el éxito en el examen. La experiencia previa, la práctica y las aptitudes personales también son determinantes.

Hay muchos libros y otros recursos sobre administración de sistemas para productos Red Hat disponibles. Red Hat no avala ninguno de estos materiales como guía de preparación para los exámenes. Sin embargo, su lectura puede serle de utilidad y ayudarlo a profundizar sus conocimientos.

Formato del examen

El examen Red Hat Certified Cloud-Native Developer Exam es una evaluación práctica en la que deberá llevar a cabo tareas reales. No podrá acceder a Internet mientras lo rinda, así como tampoco podrá traer copias impresas ni documentación electrónica, lo cual incluye notas, libros o cualquier otro material. En la mayoría de los casos, puede acceder a la documentación que se envía con el producto.

Resultados y notificación

Los resultados oficiales de los exámenes proceden exclusivamente de la Central de Certificación Red Hat. Red Hat no autoriza a los examinadores o partners de formación a comunicar los resultados a los candidatos directamente. Los resultados de los exámenes se comunican normalmente en un plazo de tres días laborables, según el calendario de EE. UU.

Los resultados del examen se organizan en puntuaciones totales. Red Hat no comunica la puntuación obtenida en cada módulo, ni ninguna otra información adicional que se solicite.

Próximos exámenes o cursos recomendados:

Introduction to Containers, Kubernetes, and Red Hat OpenShift (DO180)

Red Hat OpenShift Development I: Containerizing Applications (DO288)

Building Resilient Microservices with Red Hat OpenShift Service Mesh (DO328)