Transforme el desarrollo en IBM i mediante flujos de trabajo Git automatizados, integración empresarial y despliegues sin riesgos
Los retos de Git en IBM i
Estos son algunos de los motivos por los que los equipos IBM i tienen dificultades para trabajar con flujos de Git diseñados originalmente para otras plataformas.
Preparación manual de los entornos de prueba
Se necesitan días para preparar los entornos, se realizan copias completas de los datos de producción y se generan cuellos de botella al compartir recursos.
Problemas causados por la divergencia entre entornos
Las diferencias que pasan inadvertidas entre el espacio de trabajo, Git y los objetos compilados terminan provocando errores.
Gestión compleja del código fuente
La exportación desde IBM i hacia Git resulta complicada y puede presentar problemas de codificación y de sincronización entre varios repositorios.
Integración manual y poco eficiente
Los equipos deben cambiar constantemente de contexto para actualizar manualmente Jira, Azure DevOps o ServiceNow.
Cuellos de botella en los repositorios
Las operaciones Git de gran volumen bloquean el desarrollo, mientras que el procesamiento secuencial reduce la productividad.
Despliegues de alto riesgo
Las versiones se despliegan como un bloque único, las vueltas atrás son complejas y la coordinación entre plataformas puede convertirse en un problema.
Git no fue diseñado para gestionar todo el ecosistema de IBM i
MDChange se ha diseñado para gestionar Git y, al mismo tiempo, todos los elementos propios de IBM i.
Datos tradicionales
Archivos físicos y lógicos, múltiples miembros, áreas de datos y registros.
Archivos
Archivos de mensajes, pantallas e impresoras.
Entidades SQL
Tablas, vistas, índices, procedimientos, triggers, tipos de datos definidos por el usuario y filas.
ILE y OPM
Módulos, programas de servicio, directorios de enlace, programas y paquetes.
Gestión de trabajos
Descripciones de trabajo, subsistemas, colas y cargas de trabajo.
Autorizaciones
Autorización pública, listas de autorización, grupos y datos del IFS.
MDChange evita tanto las limitaciones de Git como las restricciones de las herramientas heredadas mediante una capa inteligente de orquestación.
Las organizaciones ya no tienen que elegir entre los flujos de trabajo tradicionales de IBM i y un enfoque DevOps moderno. A continuación, se detallan las principales funcionalidades de MDChange.
Funcionalidades de MDChange con Git
Todo lo necesario para transformar el desarrollo con Git en IBM i.
Creación automatizada de ramas Git
Cada creación, aprobación o cambio de estado de una tarea puede activar la creación de una rama de funcionalidad en Git. A continuación, MDChange crea automáticamente un entorno aislado de desarrollo y pruebas para cada rama. Cada entorno incluye todos los datos y objetos relacionados. Las promociones generan pull requests automáticas; las fusiones en Git activan despliegues automatizados y, finalmente, se eliminan los entornos temporales.
Generación automática de pull requests
MDChange utiliza una integración REST bidireccional para crear y gestionar automáticamente pull requests de Git cuando una promoción de un entorno finaliza correctamente. Las ramas de destino pueden configurarse para trabajar con varios niveles de fusión.
Activación del despliegue después de una fusión
Tras una fusión correcta en Git, un webhook puede activar MDChange para iniciar automáticamente pipelines de despliegue multiplataforma. El sistema crea conjuntos de despliegue completos para la rama de funcionalidad, incluidos todos los componentes que no están almacenados en Git, y mantiene la trazabilidad con la solicitud de cambio original.
Exportación simplificada del código fuente y de directorios IFS a Git
MDChange simplifica la exportación mediante el mandato MDSRC2IFS y la integración con VS Code y RDi. Convierte automáticamente los miembros fuente a UTF-8, normaliza los finales de línea y permite exportar directorios IFS a Git con un solo clic, aplicando filtros configurables y gestionando las ramas.
Compatibilidad con commits granulares o masivos
MDChange admite estrategias de control de compromiso (commit) flexibles. Los desarrolladores pueden realizar commits incrementales o trabajar localmente hasta que los cambios estén preparados. Después, la herramienta compara automáticamente las modificaciones con el repositorio de origen y puede crear commits y envíos masivos con todos los cambios.
Aceleración de repositorios Git de gran tamaño
MDChange distribuye automáticamente las operaciones Git de gran volumen entre trabajos de servicio mediante el balanceo inteligente de carga. Así permite procesar en paralelo varios repositorios y elimina los cuellos de botella durante clonaciones de gran tamaño, compilaciones masivas y operaciones de ramas realizadas por múltiples desarrolladores.
Despliegues granulares y ajustados al calendario
MDChange permite desplegar funcionalidades de forma independiente y con calendarios distintos, en lugar de depender de ventanas de mantenimiento monolíticas. Los cambios concretos pueden promocionarse por separado, manteniendo el control de dependencias y las pistas de auditoría, mientras los sistemas de producción continúan activos hasta el momento planificado para el cambio.
Entornos de prueba para cada rama de funcionalidad
MDChange crea entornos IBM i completos y aislados para cada rama de funcionalidad. Aprovisiona automáticamente bibliotecas, carpetas IFS, datos de prueba y todas las dependencias. Esto permite desarrollar y probar en paralelo sin conflictos, siguiendo un modelo equivalente a los flujos basados en contenedores utilizados por equipos multiplataforma.
Rollback automático y reducción del riesgo
MDChange ofrece capacidades automáticas y granulares de vuelta atrás (rollback) a nivel de objeto. Si se produce un error durante el despliegue, puede restablecer inmediatamente el último estado estable. Esto reduce de forma considerable el riesgo y permite publicar versiones con mayor frecuencia y confianza.
Integración fluida con la gestión de proyectos
MDChange se integra directamente con Azure DevOps, ServiceNow y Jira para sincronizar automáticamente el estado de las tareas durante todo el ciclo de desarrollo. De este modo, elimina las actualizaciones manuales y proporciona visibilidad en tiempo real a responsables de proyecto y demás partes interesadas.
Garantía de despliegue multiplataforma
MDChange se coordina con sistemas externos de CI/CD para garantizar que los componentes de IBM i y los de otras plataformas se desplieguen simultáneamente mediante transacciones atómicas. Si falla cualquiera de los despliegues, ambos entornos revierten automáticamente al estado anterior.
Sincronización y visibilidad del espacio de trabajo Git
MDChange supervisa y compara continuamente el espacio de trabajo local, el repositorio Git local y los objetos compilados de IBM i. Ofrece recomendaciones claras, evita errores de despliegue causados por divergencias inadvertidas entre entornos y notifica automáticamente a las herramientas externas durante todo el ciclo de desarrollo.
La ventaja de MDChange
Comparativa entre los problemas habituales de Git y DevOps en IBM i y las capacidades que aporta MDChange.
| Enfoque tradicional | Con MDChange |
|---|---|
| Preparación manual de los entornos | Aprovisionamiento automatizado |
| Días para preparar un entorno de prueba | Minutos para desplegar una rama de funcionalidad |
| Actualización manual de los datos | Transformación automatizada de datos |
| Copias completas de los datos de producción | Subconjuntos inteligentes de datos |
| Entornos compartidos que generan cuellos de botella | Entornos aislados que permiten trabajar en paralelo |
| Problemas del tipo «en mi máquina funciona» | Entornos coherentes y reproducibles |
| Despliegue manual de objetos | Despliegue automatizado y consciente de las dependencias |
| Alto riesgo de omitir dependencias | Seguimiento y gestión completos de los objetos |
| Horas de preparación de datos para cada prueba | Datos preparados para las pruebas en cuestión de minutos |
| Operaciones secuenciales sobre los repositorios | Procesamiento paralelo de repositorios |
| Clonación lenta de repositorios de gran tamaño | Operaciones distribuidas de gran volumen |
| Creación manual de pull requests | Pull requests generados automáticamente a partir de las tareas |
| Despliegue manual después de una fusión | Despliegue activado automáticamente tras la fusión |
| Procedimientos complejos para exportar objetos de IBM i | Exportación simplificada de miembros fuente y del IFS |
| Estrategia de commits de todo o nada | Compatibilidad con commits Git granulares o masivos |
¿Está preparado para modernizar Git y DevOps en IBM i?
Solicite una demostración, obtenga una evaluación gratuita o inicie hoy mismo su proceso de modernización.
- Creación automatizada de ramas Git
- Generación automática de pull requests
- Activación del despliegue después de una fusión
- Exportación simplificada del código fuente y de directorios IFS a Git
- Compatibilidad con commits granulares o masivos
- Aceleración de repositorios Git de gran tamaño
- Despliegues granulares y ajustados al calendario
- Entornos de prueba para cada rama de funcionalidad
- Rollback automático y reducción del riesgo
- Integración fluida con la gestión de proyectos
- Garantía de despliegue multiplataforma
- Sincronización y visibilidad del espacio de trabajo Git
Productos
MDChange
MDChange es un completo sistema para la administración integral de solicitudes de cambio, con una precisa distribución y puesta en Producción de versiones en sistemas IBM i, iSeries, System i, AS/400, Windows, Linux, y Unix
Un producto de Midrange Dynamics
