Abordagem 2: Desacoplamento usando uma biblioteca compartilhada

Nessa abordagem, o programa compartilhado AB.1 é convertido em uma biblioteca comum Java e é empacotado com os aplicativos para migração. Recomendamos essa abordagem quando o programa compartilhado for uma biblioteca de suporte em vez de um serviço autônomo.

Os componentes restantes dos aplicativos A e B são refatorados para programas Java e migrados para a nuvem. Você pode migrar os aplicativos na mesma onda ou em ondas diferentes.

Migração de aplicativos na mesma onda

No diagrama a seguir, os aplicativos A e B são agrupados para serem migrados na mesma onda.

Se você estiver desacoplando seu código usando uma biblioteca compartilhada e migrando aplicativos na mesma onda, siga estas etapas:

1. Refatorar os aplicativos A e B com seus programas associados para Java e migre-os para a nuvem.

2. Manter o código-fonte dos aplicativos em um serviço de controle de origem totalmente gerenciado, comoAWS CodeCommit. As equipes que usam o programa compartilhado podem colaborar em alterações de código usando pull requests, ramificação e mesclagem, e podem controlar as alterações feitas no código do programa compartilhado.

3. Após a migração, retire os aplicativos de mainframe locais e seus componentes.

Migração de aplicativos em diferentes ondas

Quando os aplicativos são grandes demais para serem agrupados na mesma onda de migração, você pode migrá-los em várias ondas, conforme mostrado no diagrama a seguir, e manter a continuidade do serviço durante a migração. Com essa abordagem, você pode modernizar seus aplicativos em fases sem agrupá-los. A migração de aplicativos em ondas separadas os desacopla sem exigir alterações significativas de código no mainframe.

Se você estiver desacoplando seu código usando uma biblioteca compartilhada e migrando aplicativos em diferentes ondas, siga estas etapas:

1. Migre (refatorar) o aplicativo A com seus programas associados para a nuvem enquanto o aplicativo B continua a residir no local.

2. Mantenha uma cópia do programa AB.1 no mainframe para que o aplicativo B possa continuar operando.

3. Congele o desenvolvimento de recursos do programa AB.1 no mainframe. Neste ponto, todo o desenvolvimento de recursos ocorrerá no programa refatorado AB.1 na nuvem.

4. Ao desenvolver novos recursos para o programa AB.1, mantenha a compatibilidade com versões anteriores para suportar a migração do aplicativo B em ondas future.

5. Depois que o aplicativo A for migrado com êxito, retire o aplicativo local e seus componentes (excluindo o programa compartilhado). O aplicativo B e seus componentes (incluindo o programa compartilhado) continuam a residir no local.

6. No próximo conjunto de ondas de migração, migre o aplicativo B e seus componentes. Você pode usar a biblioteca compartilhada mais recente do programa AB.1 na nuvem para reduzir os esforços de refatoração para o aplicativo B.