AWS O Mainframe Modernization Service (experiência em Managed Runtime Environment) não está mais aberto a novos clientes. Para recursos semelhantes ao AWS Mainframe Modernization Service (experiência em Managed Runtime Environment), explore o AWS Mainframe Modernization Service (experiência autogerenciada). Os clientes atuais podem continuar usando o serviço normalmente. Para obter mais informações, consulte Alteração na disponibilidade AWS da modernização do mainframe.
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á.
AWS Ciclo de vida dos componentes de modernização do mainframe
Cada componente da modernização do AWS mainframe passa por atualizações de versão e um ciclo de vida de desenvolvimento. Você pode usar esta página como uma visão geral para entender esses componentes, seus planos de atualização de versão e como a modernização do AWS mainframe comunica o lançamento ou a descontinuação desses componentes ou de suas versões.
Visão geral do ciclo de vida dos componentes
AWS O ciclo de vida da modernização do mainframe descreve a abordagem e os cronogramas para liberar e dar suporte aos componentes do serviço de modernização do AWS mainframe durante todo o ciclo de vida. Fornecer um ciclo de vida previsível e consistente ajuda você a planejar, testar e implantar versões mais recentes.
Todos os componentes AWS de modernização de AWS mainframe fornecidos se beneficiam do suporte ao produto fornecido Suporte desde o momento em que são lançados até sua desativação, de acordo com a tabela do calendário de lançamento de cada componente. Você pode aprender mais sobre o Suporte escopo e as atividades em Comparar Suporte
planos
AWS A modernização do mainframe libera alguns componentes com versões provenientes de fornecedores que podem ser AWS ela mesma, AWS parceiros selecionados ou comunidades. Para cada componente de modernização do AWS mainframe, uma versão tem um número de versão principal e um número de versão secundária. Cada componente tem sua própria numeração de versão principal e secundária.
Para componentes com versionamento, temos as seguintes intenções:
-
Lançar versões mais recentes dos componentes de modernização do AWS mainframe regularmente ou de acordo com a demanda do cliente. Se a versão mais recente de um componente for desejada e ainda não estiver disponível no serviço de modernização do AWS mainframe, você poderá fazer uma solicitação explícita por meio da Solicitação de recurso Suporte do produto (PFR).
-
Fazer com que as datas de fim do suporte e aposentadoria das versões específicas dos componentes da Modernização do AWS Mainframe estejam alinhadas com as datas de fim do suporte do fornecedor do componente.
-
Notificar os clientes aproximadamente um ano antes da retirada da versão principal de um componente.
Embora nos esforcemos para cumprir essas diretrizes, em alguns casos, podemos retirar versões específicas mais cedo com prazos de notificação mais curtos. Por exemplo, podemos retirar imediatamente uma versão com problemas de segurança com um prazo de notificação mais curto. Também podemos retirar as versões secundárias mais cedo quando uma versão secundária tiver erros significativos ou problemas de segurança que foram resolvidos em uma versão secundária posterior. No caso improvável de que tais casos ocorram, notificaremos os clientes e comunicaremos sobre o plano e o cronograma de retirada. Circunstâncias específicas podem ditar prazos diferentes, dependendo da situação.
nota
Atualizações críticas dos componentes podem ser disponibilizadas a qualquer momento. Por exemplo, novas versões podem ser disponibilizadas imediatamente por motivos de segurança ou para fornecer correções para os ambientes de produção. Para solicitações feitas Suporte, o plano de suporte determina os processos, a gravidade e os tempos de resposta.
Quando uma versão de componente é descontinuada, a modernização do AWS mainframe não distribui essas versões aos clientes para novas implantações. Consequentemente, essas versões também não são aceitas pelo Suporte. Os clientes que executam implantações de componentes existentes após as datas de desativação da versão devem estar cientes dos riscos de fazer isso. AWS não é responsável por fornecer atualizações de segurança, suporte técnico ou hotfixes para versões de componentes descontinuadas. Além disso, não removemos acesso nem excluímos recursos do ambiente automaticamente. Recomendamos fortemente que você verifique novas versões a cada 3 meses e atualize todos os seus componentes de modernização de AWS mainframe para versões recentes suportadas.
Atualização da versão
O AWS Transform for Mainframe Refactor lança regularmente novas versões de seu mecanismo de transformação e componentes de suporte. Essas atualizações oferecem correções de bugs, melhorias de segurança, aprimoramentos de desempenho, suporte expandido à plataforma e novos recursos de modernização. É altamente recomendável fazer a atualização regularmente para aproveitar as últimas correções, recursos e atualizações de segurança. Quando uma nova versão se torna disponível, você controla se e quando aplicá-la aos seus projetos de transformação e artefatos gerados. As versões lançadas seguem um esquema de numeração Major.Minor.Patch e se dividem em três categorias:
-
Os principais lançamentos introduzem novos recursos ou mudanças estruturais significativas. Isso normalmente inclui:
-
Support para plataformas legadas adicionais (por exemplo, Fujitsu GS21).
-
Novo suporte a idiomas antigos (por exemplo, Natural).
-
Novo suporte a bancos de dados antigos (por exemplo, Adabas, Fujitsu NDB).
-
Principais atualizações de versão na pilha de modernização de destino (por exemplo, versões mais recentes do Spring, Java ou PostgreSQL).
As versões principais podem introduzir mudanças significativas que exigem ajustes nos aplicativos modernizados existentes, especialmente ao regenerar o código ou se adaptar às definições atualizadas da arquitetura de destino.
-
-
Versões menores oferecem melhorias evolutivas, correções de bugs e atualizações de manutenção. Eles mantêm inalteradas platform/language/database as definições legadas suportadas e a pilha de modernização de destino.
No entanto, versões menores ainda podem incluir alterações significativas no código-fonte gerado ou nas classes de tempo de execução com finalidade de uso interno. Isso pode afetar aplicativos já modernizados que passaram por manutenção manual de pós-geração e não podem ser regenerados com segurança a partir das fontes legadas originais sem retrabalho adicional.
-
Os lançamentos de patches servem como um canal de emergência para resolver rapidamente regressões críticas ou correções urgentes introduzidas em versões recentes, preservando a compatibilidade. Eles têm um escopo restrito e visam restaurar a estabilidade com risco mínimo.
Para minimizar os riscos durante qualquer atualização:
-
Sempre execute testes abrangentes de não regressão antes de aplicar alterações de versão em projetos ativos ou vinculados à produção.
-
Aproveite os pipelines de DevOps teste e implantação (idealmente criados durante sua iniciativa de modernização) para automatizar a validação do código gerado e o comportamento do tempo de execução após as atualizações.
-
Considere blue/green nossas estratégias de implantação para ambientes de tempo de execução ao atualizar os componentes.
Para obter mais orientações sobre estratégias de implantação e gerenciamento de mudanças, consulte o AWS Well-Architected Reliability Pillar.
AWS Visão geral da versão do Mainframe Modernization Refactor with AWS Blu Age
Com o tempo de execução do AWS Blu Age, a versão segue um Major.Minor.Patch padrão. Por exemplo, para a versão runtime do AWS Blu Age4.1.0, a versão principal é 4, a versão secundária é 1 e a versão do patch é 0.
Pretendemos lançar novas versões principais do tempo de execução do AWS Blu Age quando houver mudanças impactantes no tempo de execução ou em suas dependências. AWS As versões principais do tempo de execução do Blu Age são suportadas por pelo menos 12 meses, a menos que algumas vulnerabilidades e exposições comuns () apareçam. CVEs O suporte cobre bugs nos recursos de tempo de execução, conforme mencionado em nossa documentação. No caso de Critical e High CVEs nas dependências do tempo de execução (Spring, Java, Tomcat e outros), a duração do suporte da versão principal é reduzida para 6 meses para High CVEs e 3 meses para Critical a CVEs partir da data de lançamento da nova versão de tempo de execução que corrige o CVE, a menos que seja explicitamente declarado o contrário.
Pretendemos lançar novas versões secundárias do AWS Blu Age mensalmente. Espera-se que os clientes atualizem as versões regularmente para receber as correções de segurança, correções de erros e aprimoramentos de recursos mais recentes. Projetos ativos que ainda não estão em produção precisam adotar a versão do tempo de execução mais recente assim que ela estiver disponível.
Novas correções são fornecidas na versão secundária mais recente para a versão principal específica em que surge um problema. Se você precisar de novas correções, precisará atualizar para uma nova versão secundária para aplicar essas correções.
As versões corrigidas das versões suportadas são fornecidas somente para solucionar defeitos críticos de tempo de execução que não estavam presentes nas versões secundárias suportadas anteriormente.
Os pré-lançamentos alfa são versões de curta duração disponibilizadas para rápida iteração durante projetos de entrega. As correções para problemas identificados nos pré-lançamentos alfa são fornecidas nas versões secundárias posteriores, pois nenhum patch é fornecido para as versões de pré-lançamento do Alpha.
É possível encontrar datas de lançamento e detalhes sobre cada versão de tempo de execução em AWS Notas de lançamento do Blu Age.
As verificações de segurança são realizadas pelo Amazon Inspector
