Três responsabilidades diferentes
O componente define como ler ou gravar dados. A Connection reúne metadados do endpoint, método de autenticação e custódia protegida das credenciais. O worker fornece o adaptador, acesso de rede e capacidade de execução. Um conector aparecer no catálogo não comprova que determinado worker possui o driver nem as permissões necessárias no recurso.
O Dova oferece origens de arquivo delimitado, JSON, Excel, banco de dados, API e armazenamento de objetos; os destinos disponíveis são arquivo delimitado, JSON, banco de dados, API e objetos. Revise o tipo concreto em Connections e os campos oferecidos pelo formulário. Não troque métodos de autenticação entre provedores apenas pela semelhança dos nomes.
Preparar uma Connection
- Confirme tenant, função e permissão para administrar a Connection.
- Selecione um conector disponível e informe somente metadados autorizados do endpoint.
- Escolha um método de autenticação e custódia oferecido pelo formulário. Insira o segredo pelo controle protegido.
- Salve e examine os metadados permitidos. Teste a Connection salva com a ação disponível.
- Configure e publique um Mapping de laboratório. Vincule-o a uma Session com um worker elegível e execute pela Session uma extração pequena.
Por exemplo, use uma Connection sintética chamada CustomerLabReadOnly, o banco training e a tabela customers. São nomes de exercício, não instruções para acessar um sistema real. Verifique os campos esperados e a quantidade de linhas antes de habilitar gravações. Mantenha o destino de laboratório separado da saída de negócio.
Configurar leitura e saída
No modo tabela, as colunas selecionadas na origem de banco de dados delimitam a projeção. No modo consulta, os campos dependem do SQL aceito pelo adaptador; não suponha que outra propriedade reescreva consultas arbitrárias. O suporte no editor não implica que todos os modos funcionem em todos os runtimes.
Destinos de arquivo gravam o esquema recebido. Para excluir campos, adicione Field selector antes do destino. Uma autenticação bem-sucedida não corrige uma transformação configurada incorretamente nem comprova a precisão dos dados.
Rotacionar e diagnosticar
Um teste de conexão bem-sucedido não certifica todas as leituras, gravações, políticas de repetição nem resultados. Se o teste passar e a execução falhar, examine worker, rede, permissões no recurso, versão publicada e operação concreta. Revise dependências antes de rotacionar ou revogar uma credencial.
O Dova Vault protege a custódia; não autoriza exibir segredos nem referências internas. Evite colar credenciais em SQL, descrições, parâmetros ou conversas. Acesso à capacidade pública de um worker também não concede acesso a Connections nem torna públicos dados ou Sessions. Confira a saída final e preserve somente evidências autorizadas.