Migração de WLA: Melhores Práticas e Abordagens de Fornecedores
67% das organizações estão a transitar para ferramentas de automação de carga de trabalho mais funcionais, uma vez que a escolha certa pode melhorar a eficiência operacional em 56% e reduzir os custos em 39%, de acordo com o Relatório sobre o Estado da Automação de TI.1
Explore a migração de automação de carga de trabalho (WLA), as melhores práticas, o que deve ter em atenção e as diferentes abordagens dos vários fornecedores.
O que é a migração de WLA?
A migração de WLA (Workload Automation) é o processo de mover o agendamento de trabalhos (job scheduling) e os fluxos de trabalho de automação de uma solução de automação de carga de trabalho para outra. As empresas fazem-no para substituir ferramentas legadas por plataformas modernas que possam suportar melhor as necessidades atuais do negócio ou para poupar custos.
A migração de WLA também ajuda a garantir operações 24/7. Muitas empresas dependem de schedulers para executar processos complexos e de missão crítica, e a mudança para uma solução mais robusta permite-lhes satisfazer as crescentes exigências de automação e processamento em tempo real.
A migração de WLA não é apenas uma atualização técnica. É um facilitador de negócios que alinha a infraestrutura de automação com as necessidades atuais e o crescimento futuro, ajudando as organizações a operar de forma eficiente, fiável e em escala.
Por que as organizações migram para novas ferramentas de WLA?
Os schedulers de tarefas (job schedulers) legados muitas vezes têm dificuldade em orquestrar processos em ambientes de TI modernos. Por exemplo, os sistemas de WLA mais antigos podem não executar tarefas de forma contínua tanto em infraestruturas on-premises como em várias plataformas de nuvem, o que torna a gestão de fluxos de trabalho de TI híbridos difícil.
Outros impulsionadores comuns para a migração incluem:
- Iniciativas de transformação digital: as empresas que passam por transformação digital descobrem frequentemente que as suas ferramentas de automação existentes carecem da agilidade e capacidades de integração necessárias para novos projetos.
- Adoção da nuvem e ambientes híbridos: muitos schedulers mais antigos não foram concebidos para orquestração de nuvem híbrida, o que leva à mudança para ferramentas prontas para a nuvem. Ver schedulers de tarefas de nuvem híbrida.
- Escalabilidade e desempenho: as empresas de hoje lidam com volumes maiores de dados e processos. As modernas ferramentas de automação de carga de trabalho são concebidas para escalar horizontal e verticalmente para lidar com milhares de tarefas simultâneas, enquanto um scheduler legado pode ter dificuldades ou tornar-se um gargalo.
- Custos de manutenção e riscos de suporte: o software de automação legado pode acarretar custos elevados de licenciamento e manutenção. Em alguns casos, os fornecedores podem ter terminado o desenvolvimento ativo ou o suporte para versões mais antigas.
- Funcionalidades e análises melhoradas: as soluções de WLA mais recentes vêm frequentemente com funcionalidades out-of-the-box para fornecer melhores conhecimentos sobre as operações, tais como: designers visuais de fluxos de trabalho, painéis de monitorização centralizados, auditoria granular e otimizações baseadas em ML.
Abordagens de migração pelos principais fornecedores de WLA
Todos os principais fornecedores partilham o mesmo objetivo, que é ajudar as empresas a afastarem-se dos schedulers de tarefas legados, reduzindo os riscos, apesar das suas estratégias diferentes. Existem três métodos principais:
- Aproveitar ferramentas de conversão automatizadas
- Depender de consultores com foco em serviços
- Combinar as duas abordagens.
Stonebranch (Universal Automation Center)
Stonebranch’s Universal Automation Center (UAC) oferece um serviço de migração estruturado para mover as organizações das ferramentas de automação de carga de trabalho legadas para a sua plataforma moderna. O serviço combina ferramentas de automação com suporte especializado e abrange sistemas como CA 7, SAP Job Scheduler, Tidal, Windows Task Scheduler e cron.
Stonebranch oferece a Xpress Conversion Tool (XCT) para converter trabalhos legados em formatos compatíveis com a UAC automaticamente. Por exemplo, os trabalhos em segundo plano do SAP podem ser importados e transformados com um esforço manual mínimo. O XCT preserva as definições de trabalho, acionadores, dependências e mapeamentos de recursos durante toda a migração.
A migração segue uma abordagem de 7 etapas:
- Iniciação: Definir o âmbito e configurar o ambiente de migração.
- Análise: Inventariar e avaliar o panorama atual dos trabalhos.
- Migração piloto: Testar a precisão da conversão e obter aprovações.
- Transição completa: Automatizar a conversão de todas as cargas de trabalho.
- Validação: Realizar verificações de qualidade e revisões por parte dos utilizadores.
- Transição (Cut-over): Substituir o sistema legado pelo UAC em produção.
- Encerramento: Finalizar a documentação e a transferência de conhecimento.
A formação, as execuções em paralelo e o suporte ao arranque garantem uma transição suave com risco e perturbação mínimos.
Redwood RunMyJobs
RunMyJobs fornece um serviço de migração totalmente guiado, chamado “fábrica de migração”. RunMyJobs by Redwood dispõe de uma equipa de especialistas e ferramentas proprietárias para migrar cargas de trabalho de todas as principais plataformas de WLA. Começam por analisar detalhadamente o inventário de trabalhos existente (avaliação de migração) e, em seguida, migram as cargas de trabalho em sprints ágeis, começando pelos trabalhos de baixo risco.
O processo de migração do RunMyJobs envolve frequentemente a execução dos sistemas antigos e novos em paralelo e a formação da equipa do cliente ao longo do projeto. Com mais de 100 empresas migradas até à data, a Redwood aproveita ~30 anos de experiência para garantir uma transição suave com tempo de inatividade mínimo.
Estratégia de migração do RunMyJobs
1. Lançamento do projeto
A migração começa com trabalhos simples e de baixo risco e avança gradualmente para os mais complexos. Está organizada em sprints ágeis, agrupando os trabalhos por aplicação, unidade de negócio ou tipo de trabalho para minimizar as perturbações.
2. Instalação e configuração
Os ambientes RunMyJobs são configurados, a autenticação dos utilizadores é definida e os protocolos de segurança são estabelecidos. A integração com todos os sistemas e bases de dados garante uma execução de fluxos de trabalho sem problemas em toda a empresa.
3. Formação da equipa
As principais partes interessadas recebem formação através da plataforma on-demand da Redwood University e de sessões conduzidas por instrutores, garantindo experiência prática e aprendizagem contínua durante toda a migração.
4. Sprint de migração ágil e Hypercare
A migração ocorre em fases, com os sistemas legados e o RunMyJobs a funcionar em paralelo. Após a conversão de dados e os testes, os fluxos de trabalho são movidos para produção. O Hypercare garante que o sistema é monitorizado e que os problemas são resolvidos após a migração.
ActiveBatch
ActiveBatch oferece um serviço de migração guiado para mover as organizações dos schedulers legados para a sua moderna plataforma de automação de carga de trabalho. A migração segue uma abordagem faseada e consciente dos riscos. Começa com um inventário detalhado dos fluxos de trabalho e objetos de trabalho existentes, seguido de uma estratégia de migração personalizada.
ActiveBatch também fornece ferramentas de migração automatizadas que convertem objetos de schedulers legados em formatos compatíveis com ActiveBatch, simplificando a transição.
A formação e os testes são partes fundamentais da migração. A equipa do cliente é formada nas funcionalidades do ActiveBatch, e são utilizadas execuções em paralelo dos sistemas antigos e novos para verificar a migração antes da implementação total.
ActiveBatch tem um processo especificamente simplificado para a migração a partir destes schedulers:
- BMC Control-M
- CA AutoSys
- CA Workload Manager
- IBM Tivoli
- Unix cron
- Windows Task Scheduler
- SQL Server Agent
Por exemplo, ActiveBatch pode converter os trabalhos destes schedulers (incluindo regras de agendamento complexas e alertas) em fluxos de trabalho do ActiveBatch automaticamente. Da mesma forma, importa as definições de trabalho do CA AutoSys exportando os ficheiros JIL do AutoSys e convertendo-os em objetos ActiveBatch.
Estas ferramentas de conversão mantêm os atributos dos trabalhos, bem como os calendários, os acionadores de eventos, as alocações de recursos e as dependências. A abordagem enfatiza uma migração fiável, script-gratuito, para minimizar riscos e tempo de inatividade.
CA Workload Automation (Broadcom)
CA Workload Automation fornece um serviço de migração estruturado, orientado por ferramentas, apoiado por especialistas dedicados. A migração é guiada pela ferramenta proprietária da CA, que automatiza até 80% da conversão de schedulers legados como Control-M, TWS, Tidal e cron.
A migração inclui execuções em paralelo durante os testes para minimizar as perturbações. A CA também fornece suporte operacional, formação e transferência de conhecimento para garantir que a equipa do cliente pode gerir a plataforma de forma eficaz. Com décadas de experiência e uma metodologia comprovada, a CA realiza migrações eficientes com tempo de inatividade mínimo.
As ferramentas de migração suportam transições a partir dos seguintes produtos:
- BMC: Control-M
- ASG: Zeke, Zena
- IBM® Tivoli®: TWS for z/OS, DJC, TWS for DS (formerly Maestro)
- Cisco: Tidal
- Agendadores Nativos: cron, Microsoft® SQL Server®, Windows Batch Scheduler
- Redwood: Cronacle
Figura 2. Processo de migração da CA 3
HONICO (BatchMan for SAP)
Especializa-se em automação de carga de trabalho focada em SAP e oferece um serviço de migração personalizado para clientes que mudam de outros fornecedores de WLA para a sua solução BatchMan. Stonebranch adquiriu a HONICO em 10 de setembro de 2025, integrando a ferramenta SAP BatchMan da HONICO na sua plataforma UAC para uma orquestração de TI híbrida unificada, mantendo o BatchMan disponível como um produto autónomo.
A abordagem da HONICO começa com uma avaliação exaustiva das necessidades e uma análise do ambiente atual do cliente, seguida de uma prova de conceito que implementa alguns processos críticos num sistema de teste. Em seguida, realizam uma migração automatizada em massa de objetos de trabalho para um ambiente de teste para validação.
Quando se trata de transição, a HONICO é flexível: pode fazer uma migração lado a lado passo a passo ou uma mudança “Big Bang”, dependendo do que os testes indicarem ser mais seguro. É fornecido um período de HyperCare pós-lançamento, durante o qual a equipa da HONICO apoia de perto as operações do cliente para garantir a estabilidade. A sua experiência em agendamento SAP significa que se concentram em preservar os parâmetros de trabalho específicos do SAP e em melhorar a integração com os sistemas SAP. Os clientes relataram melhorias significativas (por exemplo, redução do esforço manual e maior transparência nos processos em lote do SAP) após a migração para a plataforma WLA da HONICO.
Exemplos reais de migração de WLA
SWM
SWM, um importante fornecedor de serviços públicos municipais na Alemanha, migrou do BMC Control-M para o RunMyJobs para otimizar a sua automação de carga de trabalho e reduzir custos operacionais.
Desafios
A SWM precisava de ir para além do BMC Control-M para suportar as suas operações centradas no SAP em expansão. A equipa de SAP Basis procurava uma plataforma com uma integração SAP profunda e a flexibilidade para gerir diversos sistemas empresariais. Um requisito fundamental era automatizar o complexo processo meter-to-cash no SAP IS-U, que envolvia a orquestração de tarefas de várias etapas e de grande volume e exigia uma execução fiável em várias fontes de dados.4
Resultados:
- Eliminou mais de 1 hora de esforço manual por processo SAP
- Reduziu as cargas do SAP HANA para 6–7 horas, os cálculos para 1.5–2 horas
- Permitiu a orquestração noturna completa em todos os sistemas
- Adicionou recuperação automática: as tarefas falhadas reiniciam em 30 minutos
- Melhorou a precisão da faturação e a disponibilidade dos dados dos clientes
BSH Hausgeräte GmbH
BSH, um dos principais fabricantes mundiais de eletrodomésticos, substituiu várias ferramentas de agendamento desatualizadas pelo RunMyJobs para harmonizar a automação no seu ambiente de TI global. A transição resultou numa melhoria do agendamento de tarefas SAP, monitorização consolidada e ganhos significativos de eficiência. Além disso, a plataforma unificada ajudou a BSH a cumprir as normas de governação interna.5
Desafios
A dependência da BSH do Broadcom AutoSys limitava a sua capacidade de escalar e automatizar processos financeiros e de cadeia de abastecimento complexos. A necessidade de desenvolvimento personalizado frequente conduzia a instabilidade, custos de manutenção elevados e perturbações. Com um ambiente de TI extenso, incluindo cinco sistemas SAP ERP principais, 30 sistemas adicionais e 2.000 servidores, a BSH precisava de uma plataforma de automação mais fiável e escalável para suportar as suas operações globais.
Resultados:
- Construiu resiliência através da gestão de exceções e fluxos de processos dinâmicos
- Substituiu o AutoSys por orquestração em tempo real, orientada por eventos
- Melhorou a precisão dos dados e a tomada de decisões em toda a cadeia de abastecimento
- Obteve visibilidade total do processo através de painéis e alertas
- Padronizou a automação da cadeia de abastecimento e reduziu o trabalho manual
Whitbread PLC
Whitbread, a maior empresa de hotelaria do Reino Unido, adotou o RunMyJobs para suportar o seu ambiente SAP. A organização procurou minimizar as intervenções manuais e melhorar a fiabilidade do agendamento nas operações financeiras e de retalho. A migração permitiu à Whitbread aumentar a resiliência do sistema e gerir os picos de carga de trabalho de forma mais eficaz, especialmente durante os períodos de retalho mais movimentados.6
Desafios
A Whitbread enfrentou o duplo desafio de substituir dois sistemas legados, o SAP RemoteWare para transferências de ficheiros e o Broadcom AutoSys para agendamento de tarefas, ambos geridos por terceiros. Com o RemoteWare a aproximar-se do fim de vida, a equipa precisava de uma migração faseada e não disruptiva que cumprisse as rigorosas normas de governação e segurança de TI. O seu objetivo era consolidar as operações numa única plataforma de automação fiável, capaz de lidar com cargas de trabalho complexas e à escala empresarial nas divisões de retalho e hotelaria.
Resultados:
- Migrou 1.900 tarefas em 6 meses sem qualquer problema pós-migração
- Consolidou 1.200 tarefas AutoSys para 100 usando o Redwood
- Obteve total visibilidade sobre 800+ pontos de venda empresariais
- Documentação de processos automatizada e melhor alinhamento entre equipas
- Gestão de incidentes integrada com o ServiceNow
UBS
A empresa global de serviços financeiros UBS transitou para o RunMyJobs para obter um melhor controlo sobre as suas operações de tarefas em lote distribuídas. O novo sistema ofereceu à UBS uma visão central única da execução das tarefas e permitiu respostas mais rápidas a incidentes. O banco beneficiou de um cumprimento reforçado, redução do risco operacional e melhoria dos relatórios entre as equipas.7
Desafios
A UBS debatia-se com um ambiente de relatórios financeiros fragmentado e intensivo em mão-de-obra, contando com quase 100 funcionários para coordenar manualmente sistemas desligados. Com 10 milhões de lançamentos por hora e a necessidade de reportar sobre 500 milhões de saldos de contas, as ferramentas legadas não conseguiam satisfazer as exigências de desempenho ou de conformidade. Os crescentes requisitos regulamentares (por exemplo, US GAAP, IAS) e um ambiente de TI extenso estavam a aumentar o TCO, sem um único sistema capaz de gerir a escala, até à introdução do Redwood.
Resultados:
- Substituiu 16 aplicações legadas por uma plataforma de automação unificada
- Melhorou o custo total de propriedade (TCO) em 30%
- Reduziu o tempo de relato externo de 9 dias para 5 dias após o fecho
- Automatizou o processamento de 15+ mil milhões de transações em 9 meses
- Centralizou os dados financeiros para obter conhecimentos mais rápidos e resposta ao risco
- Obteve uma vantagem estratégica de 5 anos, de acordo com a liderança da UBS
O que considerar antes e durante a migração de WLA
A migração de cargas de trabalho de automação críticas é um projeto complexo com riscos técnicos, operacionais e de negócio. As principais considerações incluem:
Fatores técnicos
- Compatibilidade e migração de dados: As definições de tarefas, agendas, scripts e dependências têm de ser traduzidas para o novo sistema. Os scripts personalizados ou as chamadas API legadas podem exigir reescrita. Garanta que todos os metadados de agendamento são migrados ou reconfigurados corretamente.
- Integração: Verifique todas as integrações com outros sistemas. Resolva as lacunas para evitar perturbações.
- Ferramentas de automação: Muitos fornecedores fornecem ferramentas de migração automatizadas que convertem tarefas e fluxos de trabalho, cobrindo muitas vezes 70–80% da migração. Os engenheiros devem tratar dos casos extremos e testar exaustivamente as tarefas críticas.
Considerações operacionais
- Risco de tempo de inatividade: A execução de tarefas em lote críticas ou pipelines de dados pode ser interrompida. Reduza o risco executando os sistemas antigos e novos em paralelo ou migrando em fases.
- Validação da carga de trabalho: Verifique se as tarefas migradas são acionadas e executadas corretamente. Compare os registos de execução dos sistemas antigos e novos.
- Formação e transferência de conhecimento: Assegure que o pessoal de operações é formado no novo sistema para evitar configurações erradas e respostas lentas. Documente os processos e configure a monitorização e os alertas desde o primeiro dia.
Considerações de negócio
- Aderência das partes interessadas: Assegure que a liderança e os utilizadores finais compreendem o objetivo e os benefícios esperados para garantir a cooperação.
- Custo e ROI: A migração inclui custos de licenciamento e de projeto. Os benefícios esperados, como a redução do trabalho manual ou novas capacidades, devem compensar o esforço de migração.
- Calendarização: Evite conflitos com períodos comerciais críticos, como finais de trimestre ou épocas festivas.
Melhores práticas para a migração de WLA
Uma preparação minuciosa é essencial para uma migração de WLA tranquila. Estes passos ajudam as organizações a planear, executar e validar a transição com o mínimo de risco e perturbação.
1. Auditar e avaliar as cargas de trabalho
Comece com um inventário completo de todas as tarefas, fluxos de trabalho e dependências. Identifique as tarefas críticas e complexas, bem como quaisquer tarefas redundantes ou obsoletas que possam ser removidas. Esta avaliação define o âmbito da migração e destaca as áreas que precisam de atenção extra.
2. Comece a planear cedo
Comece a avaliar novas soluções de WLA muito antes da data-alvo de entrada em funcionamento, idealmente com seis meses de antecedência. O planeamento antecipado permite tempo para comparar fornecedores, executar provas de conceito e alocar orçamentos sem pressas.
3. Selecione o fornecedor certo
Nem todas as plataformas de WLA lidam com a migração da mesma forma. Reveja as funcionalidades, integrações e capacidades de migração de cada fornecedor. As ferramentas de conversão automatizadas ou os serviços de consultoria podem reduzir significativamente o esforço manual e o risco. Verifique as referências e o feedback dos clientes para confirmar a fiabilidade.
4. Mapear processos e dependências
Documente a forma como os fluxos de trabalho funcionam atualmente, incluindo agendas de tarefas, acionadores, dependências, scripts e tratamento de erros. Identifique quaisquer soluções de recurso ou scripts personalizados que possam ser simplificados na nova plataforma.
As modernas ferramentas de WLA permitem frequentemente funcionalidades incorporadas que substituem scripts legados complexos.
5. Envolver as partes interessadas
Envolva desde cedo as TI, as operações, os proprietários de aplicações, os utilizadores de negócio e os executivos. Explique o plano de migração, o calendário e os riscos potenciais. Recolha as opiniões de todos os grupos para garantir que as tarefas críticas são tidas em conta e que todos compreendem os benefícios esperados.
6. Testar a migração com um piloto
Antes da migração total, teste um subconjunto de cargas de trabalho. Escolha tarefas que abranjam várias funcionalidades do scheduler, mas que não sejam tão críticas que os erros provoquem grandes perturbações. As execuções piloto validam as ferramentas de migração, detetam problemas e permitem que a equipa se familiarize com o novo sistema.
7. Preparar execuções em paralelo
Execute os sistemas antigos e novos em simultâneo durante um período. Durante esta fase, as tarefas são executadas em ambas as plataformas para verificação. As execuções em paralelo reduzem o risco, permitem a comparação direta dos resultados e aumentam a confiança antes da transição total.
8. Formar a sua equipa
Certifique-se de que os administradores e operadores são formados na nova plataforma. Utilize os recursos do fornecedor, como workshops, cursos online ou programas de certificação. Envolva a sua equipa na configuração e teste práticos durante a migração para acelerar a aprendizagem e aumentar a confiança.
9. Validar as cargas de trabalho
Teste e verifique minuciosamente que todas as tarefas são executadas corretamente no novo sistema. Verifique as agendas, dependências, acionadores, alertas, lógica de reinício, fusos horários e calendários de feriados. Inclua os utilizadores finais ou os proprietários de aplicações a jusante nos testes para confirmar que os resultados correspondem às expectativas. Avance apenas para a transição total quando os resultados forem validados e as partes interessadas derem a sua aprovação.
10. Planear a transição e o suporte pós-migração
Agende a mudança final durante horas de baixo impacto. Mantenha um plano de reversão para o caso de surgirem problemas. Forneça suporte HyperCare imediatamente após o arranque, com pessoal extra ou engenheiros do fornecedor disponíveis para resolver problemas rapidamente. Documente todo o projeto, registe as lições aprendidas e finalize as tarefas restantes, como a desativação dos servidores antigos.
Adicionar como fonte preferencialPerguntas frequentes sobre a migração de WLA
Perguntas frequentes
Uma estratégia de migração de automação garante que as dependências complexas, a lógica de agendamento e as integrações são movidas metodicamente para um novo sistema. Sem uma estratégia bem definida, as organizações arriscam a perda de dados, atrasos operacionais ou um desempenho reduzido. Os elementos-chave incluem o mapeamento dos processos existentes, a validação dos ambientes de automação e o envolvimento das equipas de TI ao longo de todo o processo.
As ferramentas de migração automatizam a conversão das tarefas e fluxos de trabalho existentes, minimizando o retrabalho manual. Estas ferramentas traduzem frequentemente a lógica das tarefas, os calendários e os acionadores para o formato do novo sistema. Os serviços de migração, oferecidos por fornecedores ou terceiros, fornecem orientação especializada, ajudando a adaptar o processo com base nas necessidades da organização e garantindo um tempo de inatividade mínimo e uma transição suave.
Saltar a validação da carga de trabalho pode levar a falhas na execução das tarefas ou a uma sequenciação incorreta. Uma vez que os fluxos de trabalho existentes suportam frequentemente processos de negócio críticos, os erros podem afetar as operações comerciais. Um processo de validação minucioso, especialmente em ambientes híbridos, garante a continuidade e protege contra surpresas no novo ambiente.
A descontinuação de sistemas legados, como um scheduler legado, elimina a dívida técnica e reduz o custo de manutenção de infraestruturas desatualizadas. As plataformas de automação modernas são construídas para lidar com cargas de trabalho maiores, integrar-se com ferramentas nativas da nuvem e oferecer melhores análises, o que melhora a eficiência operacional e apoia os objetivos de transformação digital.
Um projeto de migração bem-sucedido depende de um planeamento cuidadoso, do envolvimento contínuo das partes interessadas, da utilização eficaz de ferramentas de conversão e de uma formação proativa. As migrações bem-sucedidas também dão prioridade a uma integração perfeita com a infraestrutura existente e garantem que as tarefas são testadas em condições reais antes de desativar o sistema existente.
A transformação digital revela frequentemente os limites dos sistemas de automação desatualizados. As novas estratégias de TI exigem sistemas ágeis, compatíveis com a nuvem e escaláveis. A migração para uma nova plataforma de automação permite às organizações otimizar as operações, abraçar a inovação e preparar o seu ambiente de automação para o futuro.
Para garantir uma mudança bem-sucedida, as organizações devem preparar um plano de reversão, realizar migrações piloto, executar sistemas em paralelo e ter as ferramentas de migração testadas antecipadamente. A parceria com fornecedores experientes e o aproveitamento dos serviços de migração garantem suporte durante a transição e para além dela.
Cite esta pesquisa
Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.
@misc{dilmegani2026,
author = {Dilmegani, Cem},
title = {{Migração de WLA: Melhores Práticas e Abordagens de Fornecedores}},
year = {2026},
month = mar,
howpublished = {\url{https://aimultiple.com/wla-migration}},
note = {AIMultiple. Acessado em 16 Março 2026}
}Links de referência
Seja o primeiro a comentar
Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.