¡Las nuevas de APX!

Atención de Dependencias
 1. Validación de cumplimiento de estándares
2. Integración continua (atención de errores)
3. Checking QA
Team Scrum / Waterfall 4. Tiempos de ejecución
5. Documento Auto-certificación
6. Registro de petición en site de APX
7. Envío de evidencias

8. Revisa de documentación
9. Valida componentes
Team APX 10. Otorga Vo.bo / Rechaza solicitud por
incumplimiento de estándares de desarrollo

Certificación de Componentes 11. Checklist Octa

12. Pruebas de volumen (según aplique)
* Requiere dependencia Jira 13. Pruebas BD (Mongo/Oracle)
Team Scrum / Waterfall
14. Vo.bo Octa
15. Vo.bo CRQ
Preguntas Frecuentes…
1. ¿Por qué cancelaron mi folio de atención?
• No recibimos documento de Auto-Certificación, recuerda que solo tienes un lapso de 8 horas
para poder enviar tu documento.
¡No, no es válido apartar tu lugar!

2. Si dan observaciones a mi solicitud por incumplimiento de estándares, ¿puedo hacer las

modificaciones y dar seguimiento con el mismo folio ?
• No, una vez que se brinda un dictamen ya sea satisfactorio o rechazado, el folio de atención
asignado se cierra y tendrás que realizar nuevamente tu petición.

3. ¿Cómo sé si debo hacer pruebas de volumen?

• Online: Se dictaminan en el Checklist de Octa.
• Batch: Solo si tus componentes procesan más de 1 millón de registros, en caso contrario,
deberás lanzar peticiones y compartir la evidencia de ejecución ya sea desde los monitores de
APX o la consola de operaciones

4. Ya tengo mi Vo.bo de APX ¿Qué sigue?

• Espera!!, aún no acabas; una vez que el equipo de APX brinda el Vo.bo de cumplimiento de
estándares, es momento de que realices la Gestión del CRQ de instalación de componentes,
recuerda que debes adjuntar Vo.Bo de Octa, BD (Oracle-Mongo) y asignar las tareas de soporte
APX, una vez que tienes esto, debes solicitar el Vo.Bo. de Wendy Ruíz, indicando CRQ, lista de
componentes a desplegar y fecha de instalación.

¿Tienes otra pregunta ?...

 Team Scrum / Waterfall

• Registrar petición en site de APX

• Adjuntar información adicional.

Team APX
• El responsable de atención realizará
configuraciones.
• Notificará a usuario solicitante el
Configuraciones cumplimiento de la actividad y solicitará
ejecución de pruebas funcionales.
* Requiere dependencia Jira
Configuración (properties).
(Carga) Lo podrás
Configuraciones aplicativa ya sea valores para
realizar en:
conexión jdbc, mongo, visibilidad, propias de la
Desarrollo y Test.
UUAA. (Json)

Asignación de rango
Rango de errores. solicitar a APX.
Lista de errores para la gestión de errores
aplicativos. (Json). (carga) Lo podrás
realizar en:
Desarrollo y Test.

Credenciales
Solo en tu entorno local
Credenciales de conexión a BD (Usuario y
password).

(llave - valor)
<credentialprefix>.username = MXXXXX
<credentialprefix>.password = XXXXXX
Preguntas Frecuentes…

1. ¿A que se refieren con configuraciones?

• Carga de Credenciales, Creación de Rango de Errores, Promoción de Errores, Visibilidad a
componentes aplicativos, Alta de trx asíncronas (Lista Blanca), etc..

2. Mi UUAA no aparece en el site de atención.

• Deberás solicitar su alta por medio del buzón de APX.

3. ¿Cómo solicito mi rango de errores?

• Enviar solicitud al site de APX, adjuntando el archivo solicitud de incorporación de aplicación
en arquitectura .

4. ¿Quien de mi equipo cargará las configuraciones en desarrollo y test?

• El responsable técnico de la UUAA será quien tenga acceso a la consola de operaciones.

¿Tienes otra pregunta ?...

 Team Scrum / Waterfall

• MSA especificando el uso de conectores.

• Registrar petición en site de APX
• Sobre la línea de correo que se apertura en tu
solicitud, enviar WADL.
• Json de prueba para el servicio.

Team APX
• Sesión de entendimiento
Desarrollo de Conectores • Tiempo estimado de desarrollo y entrega
(API-Connector) • Notifica despliegue de conector y solicita la
ejecución de pruebas funcionales
Preguntas Frecuentes…

1. ¿Cómo sé si requiere el uso de conectores y cuántos deben ser?

• El Arquitecto de Soluciones asignado a tu proyecto será quien dictamine el uso
de conectores para comunicación a servicios externos mediante componentes
APX.

2.¿Cuándo debo realizar la solicitud para iniciar la construcción de un conector

aplicativo?
• La petición se debe realizar una vez que el servicio ASO está construido y en
ambiente de Test, lo cual indica que el desarrollo de este servicio no tendría
que ser modificado.

3.¿Qué es el WADL?
• Modelo de los recursos proporcionados por el servicio y las relaciones entre
ellos.

4.¿Cual es el tiempo estimado de desarrollo de un conector?

• El desarrollo por conector involucra alrededor de 5 a 6 días hábiles.

4.¿Que pasa si se modifica el servicio a consumir?

● El Api-connector deberá de ser modificado lo cual involucra más tiempo de
desarrollo.
Sesiones de soporte

Para atender las solicitudes de soporte APX

durante los Sprints creamos espacios en el que
se tuvo la oportunidad de recibir a los equipos
Scrum para la solución de dudas relacionadas
con la arquitectura.

¡Ya puedes consultar las fechas para las

sesiones del Sprint 6.!

Buzón de APX

Las dudas puntuales las puedes seguir enviando

en el apartado de de dudas en el site de
atención de APX
Preguntas Frecuentes…

1. ¿Qué excepciones puedo usar?

• Solo se permiten 2 escenarios:
○ Las excepciones marcadas por el site
○ Las excepciones obligatorias por el IDE

2. ¿Porque mis componentes funcionan en desarrollo y no funcionan en calidad?

• Esto puede ser debido a muchas razones, pero por lo general es un tema de la referencias en OSGI, como
dominios de DTO duplicados, o el uso de resolution optional en el apartado import-package

¿Tienes otra pregunta ?...

Asignación de dependencias Jira
Preguntas Frecuentes…
1. ¿Cuántas dependencias Jira debo crear y asignar?
• Las dependencias se deberán crear de acuerdo a lo que se comprometió en el
PI Planning,
• Post-it: Yo SCRUM requiero la certificación de mis componentes aplicativos
durante los Sprints 1,2 y 3.
• Jira: En este caso, el SM deberá asignar 3 dependencias en la herramienta,
una para cada Sprint en el que solicitó el apoyo.

2.¿A que Team Receptor debo asignar las dependencias?

• Los datos del board son : Mex Arquitectura – Mex APX

3.¿Cuándo tengo que crear mis dependencias en Jira?

• Por instrucciones del equipo de Jira, todas las dependencias deberán asignarse
durante los Sprint 1 y 2

4.¿Por que si mandé mi solicitud ligada a un folio Jira me dicen que no la pueden
atender?
• Si el usuario solicitante recibe un comentario respecto al folio Jira ligado, puede
ser por que lo que se incluyó sea; una Épica, Sub-tarea, o la dependencia fue
creada después de los tiempos establecidos para asignación

5.Que hago si ya utilicé la dependencia del Sprint X con un folio de atención pero
requiero hacer el envío de una solicitud nueva, debo crear otra dependencia?
• No, recuerda que 1 dependencia = N número de solicitudes, por tanto deberás
enviar el mismo folio Jira, la diferencia entre peticiones será la creación de una
Subtarea sobre la dependencia
 Certificación -
Desarrolladores

Es necesario que todos los desarrolladores que participen en proyectos relacionados con APX obtengan la
certificación .

La idea es que todos estemos preparados y pongamos en práctica los estándares y buenas prácticas en los
desarrollos aplicativos.

El proceso es directamente con el equipo de la PMO, quien se encarga de recibir las solicitudes de los
diferentes Proveedores para enlistar y programar los días en que se llevarán a cabo los exámenes de
certificación.

La certificación se compone de una parte Teórica (opción múltiple) y una parte Práctica, y cada desarrollador
cuenta con máximo 3 intentos.

*En caso de llegar al segundo intento, sin la acreditación, para realizar el tercer intento, se solicitará el Vo.Bo
del Líder de Proyecto

**Si el tercer intento no se acredita, el recurso no podrá ser contratado por los Proveedores para realizar
desarrollos en APX.
 Intento 1

Si Aprobó

No
Certificado
Intento 2

Si Aprobó No Intento 3

¿Vo.bo
Intento 3 Si de
Líder?
No

Si Aprobó
No podrá
No desarrollar
en APX
 Cambios en las
Herramientas

Eliminación de Kibana
 Cambios en las
Herramientas

Logs(Omega):

Click this option to view log entries and to search with filters.

Traces (RHO): Spans List

Click here to view traces and spans. Traces allow you to track
the execution path of your operations and can help you to find
the root cause of latency issues.

Metrics (MU):

Preconfigured metric dashboards

Alarms (SIGMA):

Alarms based on metrics

 Cambios en las
Herramientas

Traces (RHO)
 Cambios en las
Herramientas

Logs(Omega)
 Cambios en las
Herramientas

Metrics (MU)
 Cambios en las
Herramientas

¿Qué necesito para usar Atenea?

1. Leer el QR que se presentará al final

2. Generar tu ApiKey
a. Work
b. Live

Recuerda guardar tu
ApiKey, ya que no se
podrá volver a
generar.

1. Validar tu acceso a Atenea

a. Work
b. Live
 Consola de Operaciones

Hace algunos meses se notificó a la comunidad APX la liberación de la consola de operaciones en los entornos de Desarrollo
y Test para facilitar a los aplicativos la gestión de actividades relacionadas a la carga de configuraciones, gestión de rango de
errores, visualizar monitor de ejecuciones batch y la consulta de componentes desplegados.

A partir del día de mañana, se realiza la liberación de la consola en entorno de Calidad, en el que podrán realizar de igual
forma estas actividades.

Próximamente
Producción esperala!!!!
 Consola de Operaciones
Se estarán preguntando,
¿Qué podré hacer en la consola?

● Visualizar componentes
Online:
○ Transacciones
○ DTO
○ Librerías

● Árbol de Dependencias
● Estatus

● Consultar
● Visualizar componentes
configuraciones:
Batch:
○ Online R2 & R3
○ Jobs
○ Batch
○ DTO
○ Librerías
● Consultar catálogo de
errores aplicativo
● Obtener listado de jobs en
● Consultar los usuarios
ejecución
que gestionan la UUAA
● Buscar historial de jobs
● Consultar reglas de
negocio (Drools)

.
 Site de APX

Hola!!!!
Ether Platform

Adiós Site…
Site de APX
 Gremios APX México

¡Llevemos al límite tu experiencia como parte de la comunidad APX!

Todos somos un solo equipo y debemos compartir conocimientos, experiencias en

resolución de dudas e incidencias, flujos y procedimientos involucrados con APX y
más.

Para lograr una comunicación efectiva , daremos inicio al Gremio APX México, la
idea es programar sesiones vía Webex, que independientemente de la sede en la
que te encuentres (Parques Bancomer, Torre Bancomer ,CPD) puedas participar sin
afectar tu movilidad, las sesiones se programarán de manera quincenal los días
Lunes en un horario de 16:00 – 17:30 hrs.

¡La temática de cada una de las sesiones la decides TÚ!. ¿Tienes dudas sobre…
buenas prácticas de desarrollo, patrones, anti-patrones, uso de consola de
operaciones, etc.? Lo único que tienes que hacer es registrar tu tema en el siguiente
archivo, nosotros lo incluiremos en un formulario que te haremos llegar y los temas
más votados serán programados en las sesiones.

Recuerda suscribirte a nuestra comunidad en Google+, estaremos compartiendo la

agenda de cada sesión y seguiremos comunicando temas relevantes de APX.
Google+
Life Cicle Managment
Life Cicle Managment
 Life Cicle Managment

APX - Lifecycle V2

Static code Unitary

testing testing

CODE BUILD COMPLIANCE DEPLOY PROMOTE

Code
Upload Push Pull
Artifacts
Architecture
lifecycle

Physics Infrastructure R2 Infrastructure

Cambios con respecto a V1

● Reemplazo de Dimensions por Jenkins para el despliegue y promoción de servicios.
● Se elimina cheking QA y sus reglas pasan a SonarQube
Life Cicle Managment
 Life Cicle Managment
Capacitaciones
¡Gracias por tu participación!