APX Development Journey

¿Qué se entiende por “Recurso” en APX?. Un binario generado en Jenkins. Un elemento listado en la Consola Ether con un único repositorio asociado. Un job de Cronos. Un artefacto almacenado en Artifactory.

¿Cuántos tipos de recursos existen en APX?. Cuatro. Cinco. Seis. Siete.

¿Cuál de los siguientes NO es un tipo de recurso APX?. Unidad de despliegue. Librería. Microservicio REST. Estáticos.

Una Unidad de Despliegue (UD) se caracteriza por: Tener un único componente APX obligatorio. Agrupar componentes que comparten ciclo de vida y despliegue. Poder contener únicamente transacciones. No poder desplegarse en contenedores.

¿Qué tipos de Unidad de Despliegue existen?. Online y offline. Runtine y batch. Online y batch. Global y local.

¿Qué particularidad tienen las UD de tipo Batch?. No admiten librerías. Solo pueden contener un job. No se despliegan en Producción. No usan Jenkins.

¿Qué carpeta contiene los artefactos APX dentro de una UD?. src. components. artifact. resources.

¿Qué fichero sustituye al Jenkinsfile a partir de enero de 2021?. pom.json. apx.yml. apx.json. build.json.

¿Qué tipo de recurso agrupa interfaz e implementación en un mismo repositorio?. DTO. Librería. Unidad de Despliegue. Shell Script.

¿Cuál es una ventaja de tener una librería como recurso independiente?. No necesita versionado. Se despliega automáticamente. Permite compartirla entre varias UD. No pasa validación de gobierno.

¿Qué son las librerías multipaís?. Librerías con múltiples versiones. Librerías con una interfaz y varias implementaciones por país. Librerías válidas solo en Producción. Librerías sin interfaz.

¿Qué significa despliegue multiruntime en librerías?. Desplegar en varios entornos. Desplegar en Online y Batch simultáneamente. Desplegar en múltiples geografías. Desplegar con distintas versiones.

¿Cuándo se define el runtime de una librería multiruntime?. En cada despliegue. En Producción. En el primer despliegue en DEV. En el pom.xml.

¿Qué tipo de ficheros admite un recurso Shell Script?. .java y .xml. .sh y .sql. .jar. Cualquier tipo.

¿Qué característica tienen los recursos Shell Script respecto al gobierno?. Requieren doble autorización. No pasan validación de gobierno. Solo se despliegan en DEV. No se versionan.

¿Qué tipo de recurso se utiliza para plantillas, CSS e imágenes?. DTO. Librería. Estáticos. Unidad de despliegue.

¿Cuántos recursos de tipo Statics puede tener una aplicación?. Uno. Dos. Ilimitados. Depende de la geografía.

¿Cuál es la carpeta obligatoria en un repositorio de Statics?. statics-base. statics-core. statics-commons. statics-main.

¿Qué extensiones NO están permitidas en un recurso Statics?. .css. .png. .jar. .html.

¿Qué ocurre con la organización de carpetas en el despliegue de Statics?. Se respeta completamente. Se ignora y se despliega todo en las mismas rutas. Se transforma en carpetas dinámicas. Se despliega solo la carpeta principal.

¿Qué tipo de versionado utilizan los componentes APX?. Fecha-hora. X.Y. X.Y.Z-[SNAPSHOT]. Incremental simple.

¿Qué rama es el origen del código en APX?. master. develop. release. main.

¿Qué rama fue eliminada en el nuevo modelo de ramas APX?. feature. release. master. bugfix.

¿Qué tipo de rama se usa para nuevas funcionalidades?. hotfix. release. bugfix. feature.

¿Qué tipo de ramas son efímeras?. develop. release. feature, bugfix y hotfix. master.

¿Qué sufijo tienen las versiones generadas en develop?. -RELEASE. -FINAL. -SNAPSHOT. -RC.

¿Desde qué rama se crea una rama release?. master. develop. feature. bugfix.

¿Qué ocurre al crear una rama release?. Se elimina develop. Se genera automáticamente una release version en Consola. Se despliega en Producción. Se borra master.

¿Para qué se usa una rama bugfix?. Bugs en Producción. Nuevas funcionalidades. Bugs en releases no desplegadas en Producción. Cambios estructurales.

¿Desde qué rama se crea un hotfix?. develop. feature. release. master.

¿Qué sucede al hacer merge de un hotfix en release?. Nada. Se propaga automáticamente a develop y releases superiores. Se elimina la release. Se bloquea el pipeline.

¿Dónde se realiza siempre el merge de ramas?. Jenkins. Consola Ether. Artifactory. Bitbucket mediante pull request.

¿Cuántos approves mínimos se requieren para mergear un pull request?. Ninguno. Uno. Dos. Tres.

¿Qué rama NO sube artefactos válidos a Artifactory?. develop. release. feature. master.

¿Qué ocurre si hay conflictos en una propagación automática?. El pipeline continúa sin requerir de intervención alguna por parte del developer. El pipeline falla y requiere intervención del developer. Se ignora el conflicto. Se elimina la rama.

¿Qué usuarios aparecen como reviewers por defecto en propagaciones automáticas?. Developers. QA. Release Managers. Administradores de Jenkins.

¿Qué nomenclatura es válida para una rama release?. release/feature1. release/1.2. release/v1. rel/1.2.

¿Qué validación se hace sobre el nombre de versiones?. Deben tener fecha. Deben seguir X.Y.Z. Deben incluir el nombre del recurso. No se valida.

¿Qué rol puede desplegar en Producción?. Developer. QA. Realease Manager. Cualquier usuario.

¿Qué rama no puede borrarse?. feature. release. develop. hotfix.

¿Qué herramienta ejecuta los pipelines de integración continua en APX?. Cronos. Jenkins. Git. SonarQube.

¿Qué acción dispara automáticamente un pipeline?. Crear una release. Push a una rama. Crear un tag. Crear un recurso.

¿Qué valida el step “APX Prerequirements”?. Solo tests unitarios. Reglas de arquitectura y seguridad. Despliegues en Producción. Dependencias externas.

¿Qué herramienta analiza la calidad del código?. Chimera. Artifactory. SonarQube. Samuel.

¿Qué cobertura mínima de tests exige APX?. 60%. 70%. 80%. 90%.

¿Qué ocurre si no se alcanza la cobertura mínima?. Se ignora. Se despliega igualmente. El pipeline falla. Se corrige automáticamente.

¿Dónde se registran las builds para trazabilidad?. Jenkins. Artifactory. V-Track. Bitbucket.

¿Qué es una release version?. Un commit. Una rama. Una encapsulación de branch o tag para despliegue. Un artefacto SNAPSHOT.

¿Quién puede crear una release version?. Developer. QA. Release Manager. Cualquier usuario.

¿Qué se requiere para desplegar en Producción?. Rama develop. Commit directo. Tag. Rama feature.

¿Qué tipos de despliegue existen en Producción?. Manual y automático. Scheduled y As soon as possible. Batch y Online. Global y local.

¿Qué ocurre tras solicitar un despliegue en Producción?. Se despliega automáticamente. Se envía al Inbox de Autorización. Se crea un rollback. Se crea una nueva version de la rama release.

¿En qué geografías existe doble autorización?. Todas. España. México. Global.

¿Qué herramienta ejecuta despliegues “as soon as possible” en España?. Jenkins. Cronos. Sonar. Artifactory.

¿Qué permite la funcionalidad rollback?. Borrar una release. Volver a la versión activa anterior. Cancelar un despliegue. Cancelar un hotfix.

¿Qué condición es necesaria para hacer rollback?. Tener una rama feature. Tener un despliegue anterior. Tener doble autorización. Tener cobertura 80%.

¿Qué particularidad tienen las librerías respecto al rollback?. No permiten rollback. Debe coincidir el modo de despliegue. Solo rollback manual. Hace rollback dos versiones atrás.

¿Qué ocurre si no hay correspondencia de runtime en rollback de librería?. Se ajusta automáticamente. Se ignora. Falla y requiere acción manual (rollforward). Se crea un bugfix.

¿Dónde se gestionan las solicitudes de autorización?. Jenkins. Bitbucket. Inbox de Autorización de la Consola. Inbox de Gobierno.

En APX, cuando se habla de un “Recurso”, ¿qué afirmación es estrictamente correcta?. Es un conjunto de componentes que pueden tener distintos repositorios. Es un elemento de Consola Ether con exactamente un repositorio asociado. Es cualquier binario registrado en Artifactory. Es una unidad lógica sin relación directa con Git.

¿Cuál es la diferencia clave entre “Recurso” y “Componente” en APX?. No existe diferencia, se usan como sinónimos. El recurso es el binario y el componente el repositorio. El recurso agrupa componentes y el componente es el binario o fichero. El componente controla el despliegue.

En una Unidad de Despliegue (UD), ¿qué regla es obligatoria?. Todos los componentes deben ser del mismo tipo. Todos los componentes comparten versión. Solo puede haber una transacción. No puede contener librerías.

¿Cuál es la razón principal por la que una librería “de infraestructura” debe ser un recurso independiente?. Porque no pasa gobierno. Para evitar usar SNAPSHOT. Para tener ciclo de vida y versionado independiente. Porque no puede incluirse en una UD.

En librerías multiruntime, ¿qué acción fija definitivamente el tipo de runtime?. El despliegue en INT. El primer despliegue en DEV. La creación del recurso. El despliegue en Producción.

¿Qué ocurre si se intenta desplegar versiones distintas de una misma librería en Online y Batch?. Se permite con warning. Se crean dos release versions. No está permitido. Se fuerza la versión mayor.

¿Qué afirmación sobre recursos Shell Script es correcta?. Usan el mismo modelo de ramas que APX desde 2022. No tienen versionado. Se despliegan archivo a archivo. Requieren ticket JIRA obligatorio.

¿Qué restricción crítica existe en recursos Shell Script y Statics respecto a nombres de ficheros?. No pueden tener subcarpetas. No pueden repetirse nombres porque despliegan en la misma ruta. Solo admiten nombres en mayúsculas. Deben incluir versión en el nombre.

¿Qué versión se genera automáticamente en la rama develop al crear un recurso APX?. 0.0.0. 0.1.0. 0.1.0-SNAPSHOT. 1.0.0-SNAPSHOT.

En el modelo de ramas APX, ¿qué hecho provoca automáticamente la creación de una Release Version en Consola?. Un merge a develop. La creación de un tag. La creación de una rama release o el merge de un hotfix en release. Un despliegue en INT.

¿Cuál es la diferencia real entre bugfix y hotfix en APX?. El tipo de cambio funcional. El entorno donde se despliega. Si la release está o no desplegada en Producción. El versionado SNAPSHOT.

¿Qué ocurre si no se resuelve un conflicto generado por una propagación automática?. El pipeline lo resuelve. Se ignora en futuras releases. Se generan divergencias graves entre ramas. Se elimina la rama release.

¿Qué condición es obligatoria para poder mergear un pull request en APX?. Tener ticket JIRA. Tener al menos un approve y build exitosa. Estar en rama release. Ser Release Manager.

¿Por qué una build que no está registrada en V-Track no puede desplegarse?. Porque Jenkins la bloquea. Porque no cumple calidad. Porque no existe trazabilidad del artefacto. Porque no tiene SNAPSHOT.

¿Qué ocurre funcionalmente tras autorizar una solicitud de despliegue en Producción?. Se despliega inmediatamente. Se registra en Jenkins. Comienza técnicamente el proceso de despliegue. Se crea un rollback preventivo.

¿En qué caso un rollback automático de una librería fallará incluso existiendo una versión anterior?. Si la versión anterior es menor. Si la versión anterior no está en DEV. Si no coincide el modo de despliegue (Online/Batch/Dual). Si no existe SNAPSHOT.

Un desarrollador necesita corregir un bug detectado en INT sobre una versión que aún NO está en Producción. ¿Qué rama debe usar?. feature. develop. bugfix. hotfix.

¿Qué combinación permite que un artefacto sea desplegable en Producción?. SNAPSHOT + develop. SNAPSHOT + release. Versión final + tag. SNAPSHOT + tag.

¿Qué afirmación es correcta sobre las ramas feature?. Suben artefactos válidos a Artifactory. Se despliegan en Producción. Generan SNAPSHOT no consumibles por otros recursos. Son ramas permanentes.

¿Qué acción provoca automáticamente una propagación hacia develop?. Merge de feature en develop. Merge de bugfix u hotfix en release. Creación de una rama feature. Creación de un tag.

¿Qué diferencia real existe entre Artifactory y V-Track en APX?. Ambas almacenan binarios. Artifactory registra builds. V-Track aporta trazabilidad de builds. V-Track ejecuta despliegues.

¿Qué condición invalida un rollback automático de una librería?. Versión anterior inferior. Falta de SNAPSHOT. Cambio de runtime respecto al despliegue previo. Falta de tag.

¿Qué ocurre si se intenta subir dos veces la misma versión final a Artifactory?. Se sobrescribe. Se ignora. Falla el pipeline. Se convierte en SNAPSHOT.

¿Qué paso NO forma parte del pipeline estándar APX?. APX Prerequirements. Build. Sonar. Rollback automático.

¿Qué tipo de recurso NO requiere ticket JIRA para desplegar?. UD Online. Librería. Shell Script. DTO.

¿Qué ocurre si un PR tiene un “Needs to Work” pendiente?. Se ignora. Se mergea con warning. No se permite el merge. Jenkins lo corrige.

¿Qué afirmación es correcta sobre los recursos Statics?. Pueden existir varios por aplicación. Respetan la estructura de carpetas al desplegar. Todos los ficheros se despliegan en rutas comunes. Permiten ficheros .jar.

¿Qué paso inicia realmente el despliegue en Producción?. Crear la release version. Solicitar el despliegue. Autorizar la solicitud. Crear un tag.

¿Qué herramienta ejecuta despliegues productivos “as soon as possible” en España?. Jenkins estándar. SonarQube. Cronos. Bitbucket.

¿Qué afirmación es VERDADERA sobre Shell Script y Statics?. No usan el modelo de ramas APX. No tienen versionado. Usan el mismo modelo de ramas que el resto de recursos. No se despliegan en Producción.

Un artefacto generado desde una rama feature: Se sube a Artifactory y puede ser consumido. Se sube a Artifactory como SNAPSHOT. No puede ser consumido como dependencia. Se trata igual que develop.

¿Cuál es el verdadero motivo por el que no se permiten versiones finales duplicadas en Artifactory?. Para evitar conflictos en Jenkins. Para garantizar inmutabilidad y trazabilidad. Por limitación técnica. Para ahorrar espacio.

Un bug existe en Producción y se introdujo en la versión 1.1, estando ahora en 1.3. ¿Dónde se crea el hotfix?. release/1.3. develop. release/1.1. release/1.2.

¿Cuál de estas acciones rompe el modelo de ramas APX?. rear un hotfix desde release. Mergear feature a develop. Desplegar desde master. Borrar una rama feature tras merge.

Una librería desplegada en Online quiere pasar a Dual. ¿Cuándo puede hacerse?. En cualquier despliegue. Solo en Producción. En el siguiente despliegue en DEV. Nunca.

¿Cuál es el error MÁS GRAVE durante una propagación automática?. Pipeline unstable. Pull request en CONFLICT sin resolver. Warning de Jenkins. Falta de reviewers.

¿Qué diferencia REAL existe entre un pull request manual y uno automático?. El manual no necesita approve. El automático lo mergea el pipeline si no hay conflictos. El manual no tiene reviewers. El automático no se valida.

¿Qué sucede si se intenta desplegar en Producción una release creada desde un commit?. Se permite con warning. Se bloquea el despliegue. Se convierte en scheduled. Se fuerza tag.

¿Qué despliegue NO requiere ejecución manual posterior?. As soon as possible. Scheduled. Hotfix. Rollback.

Qué provoca que una solicitud quede bloqueada en Inbox?. Falta de CRQ. Falta de doble autorización (si aplica). Falta de tests. Falta de versión.

¿Qué acción está PROHIBIDA para un Developer?. Crear feature. Mergear a develop. Desplegar en LIVE. Revisar pull request.

¿Qué sucede si un PR tiene approve pero la build falla?. Se mergea. Se bloquea el merge. Se ignora la build. Se crea rollback.

¿Qué rompe la trazabilidad APX?. Reintentar pipeline. Borrar una rama feature. Desplegar algo no registrado en V-Track. Rollback.

¿Puede una rama feature generar dependencias para otros recursos?. Sí, si es SNAPSHOT. Sí, si pasa Sonar. No, nunca. Solo en INT.

¿Qué versión se publica en Artifactory desde develop?. Final. RC. SNAPSHOT. Patch.

¿Puede una UD contener una librería y un DTO con versiones distintas?. Sí, si están en feature. Sí, si no se despliegan juntos. No, siempre comparten versión. Solo en develop.

¿Qué acción crea automáticamente una release version en Consola Ether?. Crear un tag manual. Merge a develop. Crear una rama release. Push a feature.

¿Cuál es la diferencia REAL entre un rollback y un rollforward?. Rollback borra código. Rollforward crea una nueva versión corregida. Rollback solo funciona en DEV. Son equivalentes.

¿Qué rompe la inmutabilidad de versiones?. SNAPSHOT. Crear bugfix. Sobrescribir una versión final. Crear hotfix.

¿Qué rol puede aprobar un pull request automático?. Developer. QA. Release Manager. Nadie, lo hace el pipeline.

¿Qué condición hace fallar un rollback de librería aunque exista versión previa?. Diferente patch. Falta de tag. Diferente runtime. Falta de approve.

¿Qué afirmación sobre Scheduled Deployments es correcta?. Requieren ejecución manual. No requieren autorización. Se ejecutan automáticamente en la ventana definida. No usan Cronos.

¿Cuál es la afirmación correcta sobre master en APX?. Es la rama principal. Se usa para Producción. Está deprecada. Se usa solo en batch.

¿Qué rompe el modelo APX aunque “funcione”?. Crear muchas ramas feature. Mergear directamente a release sin PR. Tener muchos SNAPSHOT. Mergear usando nombres largos.

¿Qué ocurre si una rama release se borra prematuramente?. Nada. Se pierde la referencia histórica. Se pierde Artifactory. Se pierde Jenkins.

¿Qué controla Sonar en APX además de calidad?. Versiones. Seguridad y cobertura. Despliegues. Dependencias.