Chapter 1

Onboarding

El proceso de onboarding en el equipo de infraestructura de IT está diseñado para integrar de la mejor forma a nuevos clientes y sus operaciones, evitando errores conocidos y procurando el servicio más óptimo posible desde el inicio.

Este documento busca guíar este proceso iniciando con asegurar la documentación, configurando los accesos necesarios a sistemas y herramientas. En la fase de incorporación, se lleva a cabo una presentación formal del cliente al equipo de IT, se explican las políticas de seguridad y cumplimiento, y se clarifican las expectativas y responsabilidades mutuas. La capacitación inicial incluye sesiones de orientación sobre el uso de sistemas y herramientas específicas, proporcionando acceso a manuales y recursos esenciales. Durante la integración, se realizan reuniones clave para revisar los proyectos en curso y se asignan tareas iniciales para asegurar una transición fluida. El seguimiento incluye reuniones periódicas para evaluar el progreso, resolver dudas y ajustar el servicio según las necesidades del cliente. Finalmente, se fomentan actividades de colaboración para consolidar la relación, asegurando que el cliente se sienta plenamente integrado y apoyado en todas sus operaciones.

Propuesta de arquitectura de Onboarding a clientes

Parte 1

-> ¿Quiénes somos y qué hacemos? resumen indispensable.

Nosotros que somos fulanitos de tal ofrecemos lo siguiente: Servicios a. Servicio b. Servicio c.

-> Nosotros tomamos el control de… <- ¿Qué, dónde, cómo lo tienes y cómo lo haces?

  • Diagrama de arquitectura (¿Qué componentes son los que tienen?).
  • Listado de servidores (De preferencia el acceso al Panel de administración).
  • Endpoints/urls productivas (para agregarlas a monitoreo).
  • Listado de usuarios que requieren acceso (Revisar separación de responsabilidades en liga de documentación abajo).
  • Nombres y correos electrónicos de los usuarios que levantarán tickets a nuestra mesa de servicios.

Parte 2

-> Para que lo llevemos nosotros se hace …. Servicios a. –>Proceso 1 –>Proceso n Servicio b. –>Proceso 1 –>Proceso n Servicio c. –>Proceso 1 –>Proceso n

<- De lo que hacemos ¿Quién nos puede pedir…? –>En el proceso 1 del servicio a quien puede participar o pedir o solicitar –>En el proceso n del servicio c [Matriz RACI y Matriz de escalamiento]

Subsections of Onboarding

Chapter 1

División de responsabilidades

División de responsabilidades

Tip

El área de Infraestructura AMX es responsable del estado de salud y correcto funcionamiento de los servidores que se encuentran bajo su cargo, reservándose las tareas de administración sobre estos.

Es por ello que se cuenta con un acceso controlado de usuarios a los diferentes servicios albergados en las máquinas virtuales encomendadas al área. Dichos servicios se exponen a través de dominios protegidos con certificados, y son monitoreados a petición y bajo priorización del cliente.

Ambientes

Los ambientes son entornos controlados y configurados para distintas fases del ciclo de vida del desarrollo de software. Cada ambiente cumple una función específica, desde el desarrollo inicial hasta la producción final, asegurando la calidad y estabilidad del software a medida que avanza de cara al cliente.

Desarrollo (Dev)

Desarrollo Cambios continuos Sin Monitoreo

El ambiente de Desarrollo (Dev) es el espacio dedicado a que los desarrolladores puedan crear, implementar y probar nuevas funcionalidades de manera libre y sin restricciones significativas. Es un entorno en constante cambio.

Aunque no se monitorean de manera exhaustiva los artefactos que corren sobre este ambiente, se reconoce la importancia de su funcionamiento continuo. Una disrupción en el ambiente de desarrollo puede causar demoras significativas en el progreso de los proyectos.

Los permisos hacia el equipo de desarrollo son amplios y flexibles que les permiten implementar, modificar y depurar código. Pueden realizar cualquier cambio necesario para desarrollar y probar sus funcionalidades, siempre y cuando se adhieran a buenas prácticas, como evitar cambios manuales que no sean reproducibles. Esto asegura que los desarrollos puedan ser replicados y mantenidos en otros ambientes.

Calidad (QA)

QA Cambios controlados Sin Monitoreo

El ambiente de Calidad (QA) se utiliza para realizar pruebas exhaustivas de las funcionalidades desarrolladas. Aquí, los testers evalúan el desempeño, seguridad, y cumplimiento de requisitos de las aplicaciones antes de que pasen a producción. Este entorno replica las condiciones de producción lo más fielmente posible para asegurar que las pruebas sean representativas.

Las pruebas incluyen, pero no se limitan a:

  • Pruebas unitarias.
  • Pruebas de integración.
  • Pruebas de rendimiento.
  • Pruebas de seguridad.

Los cambios en este ambiente están restringidos al equipo de QA y a los desarrolladores, quienes deben seguir procedimientos estrictos para implementar nuevas versiones.

Pre-producción (Preprod/Release/UAT)

Pre-producción Cambios controlados Monitoreo APM

El ambiente de Pre-producción (Preprod/Release) sirve como un paso intermedio entre QA y Producción. Aquí se realizan pruebas finales y verificaciones antes de que cualquier cambio sea llevado a producción. Este entorno es prácticamente idéntico al de producción y se utiliza para realizar pruebas de aceptación de usuario (UAT).

Preproducción está conectado exactamente a los mismos servicios y las mismas fuentes de datos que el ambiente de Producción. La única diferencia son los cambios en servicios que no están de cara al cliente final. En este ambiente se validan:

  • La integración final de todos los componentes.
  • La estabilidad del sistema bajo condiciones de producción.
  • La preparación para el lanzamiento.

Sandbox

Sandbox Cambios por RfC Sin monitoreo

El ambiente Sandbox es una réplica del ambiente de producción utilizado para evaluación de equipos terceros. Los clientes pueden probar el uso e integración sin afectar datos de producción. Se busca resguardar la consistencia de funcionalidades con relación a producción.

Este ambiente es ideal para:

  • Probar nuevas versiones de software.
  • Evaluar nuevas herramientas o tecnologías.
  • Experimentar con configuraciones avanzadas.

Producción (Prod)

Producción Cambios por RfC Monitoreo APM/Sintético

El ambiente de Producción (Prod) es donde las aplicaciones y servicios están disponibles para los usuarios finales. Este entorno requiere la mayor estabilidad, seguridad y rendimiento. Todas las funcionalidades deben estar completamente validadas y probadas antes de ser desplegadas aquí.

En este ambiente se deben seguir procedimientos estrictos de:

  • Gestión de cambios.
  • Monitoreo y alertas.
  • Seguridad y cumplimiento normativo.

El acceso a este ambiente está altamente restringido y controlado para minimizar riesgos y asegurar la continuidad del servicio.

Matriz de responsabilidades

Actividades Generales Dev QA Preproducción/Release Producción/Sandbox
Comandos linux Lectura logs y curl Lectura logs y curl n/a n/a
Apagados y reinicios de servicios Ticket Ticket Ticket Ticket
Operaciones bash Ticket Ticket Ticket Ticket
Programación/ejecución de crones Ticket/CI Ticket/CI Ticket Ticket
Gestión de usuarios sobre S.O. Ticket Ticket Ticket Ticket
Operaciones sobre BD Usuario admin Usuario admin Usuario r/o sobre datos no sensibles Usuario r/o sobre datos no sensibles
Gitlab Permisos Maintainer n/a n/a n/a
Despliegues/bajas de aplicativos CI CI con botón de autorizar Solicitud vía CI Ticket
Edición de archivos de configuración Ticket Ticket Ticket Ticket
Edición de archivos war/php Usuario con permisos rw Usuario con permisos ro Ticket Ticket
1.0.0