Configuration reúne Dova Integration Runtime, Execution profiles, Workflow Scheduler, Runtime health e Promotions. As políticas selecionam capacidade autorizada; os perfis expressam limites; os calendários programam orquestrações futuras; a saúde apresenta observações atuais. Salvar uma política não comprova que haja um worker disponível nem que uma tentativa tenha terminado corretamente.
Antes de começar
Confirme tenant e permissões antes de salvar. Registre a configuração inicial para restaurar alterações de laboratório. Diferencie o worker padrão de uma substituição da Session e o fuso do agendamento do fuso de exibição do Profile.
Procedimento
- Abra Configuration e identifique qual das áreas atende à sua necessidade. Examine antes de editar.
- Em Dova Integration Runtime, revise o worker padrão e as opções de seleção ou afinidade disponíveis. Confira a elegibilidade em Workers.
- Compare uma Session com Use tenant default com outra usando uma substituição permitida. A substituição não muda o padrão de outras Sessions.
- Em Execution profiles, examine unidades e limites do perfil autorizado. Altere valores somente por uma razão operacional concreta e confira a herança.
- Em Workflow Scheduler, confira calendário, timezone e enabled. Associe-o ao Workflow publicado pretendido após um teste manual bem-sucedido.
- Salve os campos revisados, aguarde aceitação e reabra para confirmar a persistência. Se nada mudou, Save pode permanecer corretamente desabilitado.
- Consulte Runtime health separadamente e continue em Workers ou Monitor para verificar capacidade e tentativas reais.
Verificar o resultado
Duas Sessions sintéticas, uma usando o padrão e outra uma substituição compatível, mostram o worker esperado no contexto de execução. Para um calendário, registre timezone, próximo horário previsto e identificador da execução resultante; são verificações diferentes.
Erros e recuperação
Não aumente limites para esconder um worker indisponível. Corrija unidades ou faixas inválidas. Após alteração concorrente, recarregue a configuração inicial e compare antes de reenviar. Desabilite agendamentos temporários ao terminar: fechar Configuration não os desativa.
Exemplo sintético
Use Training com s_Default e s_Override. Mantenha as transformações iguais e altere apenas a seleção permitida do worker; compare as duas tentativas em Monitor.
Escopo da verificação
Use dados sintéticos e a função autorizada para a tarefa. Compare a confirmação visual com o registro salvo ou a tentativa correspondente. Guarde somente identificadores e mensagens seguros para suporte; não compartilhe segredos, informações pessoais nem dados do tenant. Se o resultado de uma operação for incerto, confira seu estado antes de repeti-la.
Promoção entre ambientes
Abra Configuration → Environment promotions. Selecione um Mapping, Session ou Workflow publicado e a versão de origem. A ordem permitida é Development → Test → Production (Stage é opcional quando habilitado). Cada promoção mantém as dependências exatas de Sessions e Mappings e cria artefatos publicados separados no destino; os originais do ambiente de origem são preservados.
- Escolha o próximo ambiente e defina substituições de Connections e ajustes de Session: worker, perfil, parâmetros, entradas e saídas. Use IDs existentes; as credenciais permanecem protegidas no Dova.
- Preencha Git provenance com repositório HTTPS e SHA completo do commit ou tag, quando aplicável.
- Use Review promotion. Confira dependências, alterações de versões, worker compatível, capacidades do plano, DPU disponível e concorrência. Development, Test e Stage usam processamento Development; Production utiliza Production.
- Aplique somente a visualização revisada e confirme. Production exige também permissão de aprovação e um comentário. Se o destino, as definições ou o plano mudarem, revise novamente.
- Confira o histórico e os artefatos resultantes. A promoção não executa o Workflow nem ativa seus agendamentos; habilite-os somente após a aceitação.
Export manifest baixa o manifesto imutável e a procedência para seu repositório ou processo DevOps. Não inclui credenciais nem referências secretas utilizáveis. O Dova não faz push de commits nem ativa GitHub Actions.
Restore this release restaura definições e configurações históricas por meio de novas versões no destino, com autorização, confirmação e verificações atuais. Não desfaz arquivos gravados, cargas nem alterações externas de dados. Revisão e idempotência protegem contra aplicações duplicadas; após um conflito, atualize e compare antes de confirmar novamente.
Contexto de ambiente
Antes de usar este módulo, confirme Tenant, Domain e Environment no menu do usuário. O ambiente inicial é Development. As capacidades do módulo, Domain e ambiente se aplicam juntas; Production fica somente leitura sem autorização explícita. Mudar o seletor não transfere artefatos nem publica ou executa seus dados. Consulte ambientes e recuperação e promoção entre ambientes.
Pool de workers por ambiente
Em Configuration → Dova Integration Runtime, Environment worker pool identifica o ambiente atual. Allowed workers associa workers existentes; Default worker deve fazer parte dessa seleção. Pool policy começa como Dedicated. Escolha Shared somente para compartilhar capacidade explicitamente e quando todos os pools participantes também declararem Shared. Nomes iguais não compartilham um worker físico.
Save environment pool altera apenas a política do ambiente selecionado, sem iniciar execução nem modificar o default global do tenant. A revisão usa uma impressão da configuração; se outro usuário alterá-la, Refresh pool permite carregar e revisar novamente antes de salvar. Os controles exigem administração da configuração e Runtime por ambiente. Built-in não é oferecido como worker de execução.
Sem pool explícito, Production não utiliza automaticamente a capacidade de Development nem executa novos trabalhos por um default implícito. A execução legacy só mantém o worker anterior quando o servidor verifica cadeia publicada exata, configuração e associação permitida. Test e Stage consomem o bucket Development do plano; Production utiliza o bucket Production. Participar do pool não substitui capacidade, estado online, perfil compatível, cotas ou concorrência.
Cores por Tenant e Environment
A cor identifica o contexto atual no resumo da barra inferior de status operacional, no distintivo do ambiente e na borda do seletor Environment. Os padrões são azul para Development, âmbar para Test, violeta para Stage e vermelho para Production. O nome ou código do ambiente permanece visível; a cor não concede acesso nem altera sua paleta pessoal.
Para personalizar, escolha primeiro Tenant e Environment no menu do usuário e abra Configuration → Miscellaneous → Environment colors. Escolha a cor ou informe um valor hexadecimal de seis dígitos, confira a prévia e use Save color. O ajuste é compartilhado para esse Tenant+Environment, inclusive entre Domains. Restore default prepara o valor padrão e Save color o aplica. Refresh recupera a configuração atual após uma alteração concorrente. É necessária permissão para gerenciar a configuração; não há cor independente por Domain nem seletor adicional de cor geral do Tenant.
Perfis e limites do pool
Em Configuration → Dova Integration Runtime, o pool do ambiente permite escolher Allowed workers, Default worker e política Dedicated ou Shared. Um worker pertence a vários ambientes somente quando todos os pools participantes declaram Shared. As opções disponíveis também restringem perfis de execução e perfil padrão, slots concorrentes, timeout e tentativas. Revise e salve a política do ambiente selecionado; esses limites não substituem capacidade, heartbeat, compatibilidade nem cotas do plano.