As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
DevOps de AWS Mainframe Modernization
Os sistemas de mainframe têm desafios únicos, mas comuns. Veja como você pode estender a DevOps estrutura para abordar essas características exclusivas:
-
Pilha de tecnologia antiga — Os mainframes normalmente usam pilhas de tecnologia legadas e software proprietário, que podem ser muito diferentes das tecnologias modernas nativas da nuvem usadas em. DevOps A integração desses sistemas legados em um DevOps pipeline requer ferramentas e conhecimentos especializados.
-
Alta complexidade — os aplicativos de mainframe tendem a ser altamente complexos e monolíticos, com amplas interdependências. Dividir e modernizar esses aplicativos pode ser mais desafiador do que trabalhar com bases de código modernas e modulares. Por exemplo, aplicativos COBOL de mainframe exigem sempre uma recompilação, mesmo quando não há nenhuma alteração no programa. Isso se deve ao seu comportamento de interdependência com cadernos e subprogramas associados.
-
Ferramentas antigas — Os mainframes geralmente dependem de ferramentas e processos especializados que não são compatíveis nativamente com ferramentas modernas. DevOps A integração e a automação podem ser mais complicadas, exigindo scripts e conectores personalizados.
-
Ciclos de lançamento longos — Os mainframes são conhecidos por seus longos ciclos de lançamento, o que pode ser um gargalo em um contexto. DevOps DevOpspara mainframes visa encurtar esses ciclos, mantendo a estabilidade e a conformidade. Os aplicativos de mainframe teriam um ciclo de lançamento de 2 a 3 meses, enquanto os aplicativos monolíticos sem mainframe poderiam ser concluídos em 3 a 4 semanas. A razão para isso é a quantidade substancial de esforço de teste necessária para avaliar os componentes interdependentes inalterados da solicitação de mudança.
-
Requisitos de conformidade e segurança — Como os mainframes são comuns em mercados como seguros, finanças e assistência médica, seus aplicativos geralmente lidam com dados confidenciais e devem aderir a padrões rigorosos de conformidade e segurança. A DevOps estrutura apresentada neste guia aborda esses requisitos em todas as etapas do pipeline.
-
Lacuna de habilidades — Há uma lacuna de habilidades nas organizações que estão fazendo a transição do desenvolvimento e das operações centrados no mainframe para as práticas modernas. DevOps Os membros da equipe podem precisar de treinamento para trabalhar de forma eficaz nesse novo ambiente.
-
Desafios de teste — Devido à necessidade de emular o ambiente de mainframe com precisão, os testes automatizados em DevOps mainframes podem ser complexos. Ferramentas e estruturas de teste especializadas são necessárias. Quando um programa COBOL escrito na plataforma Z/OS é executado na plataforma x86 (Linux ou Windows), os erros de compatibilidade são retornados. Isso exige o uso de conjuntos de ferramentas adequados, como o Micro Focus Enterprise Server.
-
Diferenças culturais — A transição de uma cultura tradicional de mainframe para uma DevOps cultura pode ser uma mudança cultural significativa para as organizações. DevOps incentiva a colaboração, a automação e a melhoria contínua, que podem ser diferentes das práticas existentes do ciclo de vida de desenvolvimento de software de mainframe (SDLC).
-
Ambientes híbridos — Muitas organizações usam uma combinação de mainframes e sistemas modernos. DevOps pois os mainframes devem se integrar perfeitamente a esses diversos ambientes.
DevOps AWS Mainframe Modernization o in é categorizado em três fases: avaliar, construir e otimizar. A tabela a seguir mostra como essas fases representam uma abordagem estruturada para ser ativada com eficiência DevOps durante a jornada de modernização do mainframe até o. Nuvem AWS
Phase (Fase) |
Componentes |
Avaliar |
|
Compilar |
|
Otimizar |
|
