Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
APLICA-SE A:
Azure Data Factory Azure Synapse Analytics
Tip
Experimente o Data Factory no Microsoft Fabric, uma solução de análise tudo-em-um para empresas. O Microsoft Fabric abrange desde movimentação de dados até ciência de dados, análise em tempo real, business intelligence e relatórios. Saiba como iniciar uma avaliação gratuita!
No Azure Data Factory, a introdução do ciclo de vida do conector garante que os clientes sempre tenham acesso aos conectores mais confiáveis, seguros e ricos em recursos. Com os estágios do ciclo de vida estruturados, a atualização principal do conector evolui por estágios distintos do ciclo de vida, da visualização à disponibilidade geral e fim do suporte, fornecendo expectativas claras de estabilidade, suporte e melhorias futuras. Essa estrutura de ciclo de vida garante que os usuários possam adotar novos conectores sem dificuldades e com confiança, beneficiar-se de atualizações regulares de desempenho e segurança e se preparar com antecedência para qualquer descontinuação de versões mais antigas. Ao utilizar o controle de versão no ciclo de vida do conector, o serviço capacita os usuários com uma experiência de integração previsível, transparente e à prova de futuro, reduzindo os riscos operacionais e aumentando a confiabilidade geral da carga de trabalho.
Release rhythm
As atualizações do conector são essenciais para evoluir a inovação de maneira rápida, manter o desempenho, a compatibilidade e a confiabilidade. Normalmente, essas atualizações ocorrem nos seguintes cenários:
Novos aprimoramentos de recursos, como segurança, desempenho etc.
Enquanto o serviço evolui ativamente para fornecer os recursos mais seguros e confiáveis no conector, aplicar o ciclo de vida do conector é uma abordagem eficiente para garantir que os usuários possam aproveitar plenamente os novos aprimoramentos de maneira controlável sem interrupção nas operações.
Alteração de protocolo introduzida por fornecedores de fontes de dados externas que levam a possíveis alterações de comportamento
Essas alterações nem sempre são exaustivamente previsíveis e surgem devido à incompatibilidade trazida pelo próprio fornecedor de fonte de dados individual. Dadas essas incertezas, o controle de versão garante que os usuários possam adotar o conector atualizado (por exemplo, versão 2.0) mantendo uma opção de fallback em um período. Isso permite que os usuários planejem bem uma atualização de versão para acomodar possíveis diferenças, fornecendo aos usuários um caminho de transição claro.
Corrigindo comportamentos não intencionais
Em alguns casos, versões anteriores do conector podem exibir comportamentos inesperados ou problemáticos devido a limitações legadas. Quando uma atualização corrige esses comportamentos e melhora a integridade e a confiabilidade dos dados, ela também pode inevitavelmente trazer alterações de comportamento. Nesse caso, o controle de versão desempenha um papel crucial para garantir que os usuários estejam cientes dessas alterações, possam testá-las em um ambiente controlado e fazer a transição sem interrupções.
Ao adotar um ciclo de vida do conector estruturado com controle de versão, o serviço fornece aos clientes transparência, controle e previsibilidade quando as atualizações do conector são introduzidas. Os usuários podem avaliar com confiança novas versões, reduzir os riscos associados a alterações de comportamento e se beneficiar de melhorias contínuas, mantendo a estabilidade operacional.
O diagrama descreve o ciclo de vida de uma versão do conector desde sua visualização privada até sua remoção.
Um ciclo de vida do conector inclui vários estágios com uma avaliação completa e mensurável para garantir a qualidade. Ele inclui visualização privada, visualização pública, disponibilidade geral, fim do suporte e versão removidas. A tabela a seguir lista o nome do estágio e os critérios relevantes.
| Stage | Description | Lifecycle |
|---|---|---|
| Private Preview | A fase de visualização privada marca o lançamento inicial de uma nova versão do conector para usuários limitados. Durante essa fase, os usuários que optaram por participar podem usar a versão mais recente do conector e fornecer feedback. | 3 meses ou superior |
| Visualização Pública | Essa etapa marca o lançamento inicial de uma nova versão do conector para todos os usuários publicamente. Durante essa fase, os usuários são incentivados a experimentar a versão mais recente do conector e fornecer comentários. Para conexões recém-criadas, ele usa como padrão a versão mais recente do conector. Os usuários podem voltar para a versão anterior. | 1 mês ou superior* |
| General Availability | Quando uma versão do conector atende aos critérios de Disponibilidade Geral (GA), ela é lançada ao público e é adequada para cargas de trabalho de produção. Para chegar a esse estágio, a nova versão do conector deve atender aos requisitos em termos de desempenho, confiabilidade e sua capacidade para atender às necessidades de negócios. | 12 meses ou superiores* |
| Fim do suporte (EOS) anunciado | Quando uma versão do conector atingir seu EOS, ela não receberá mais atualizações ou suporte. Um aviso de seis meses é anunciado antes da data do EOS desta versão. Isso está documentado junto com a data de remoção. | 6 meses antes da data de fim do suporte* |
| End-of-Support (EOS) | Quando a data EOS anunciada anteriormente chegar, a versão do conector deixará de ser oficialmente suportada. Isso implica que ele não receberá atualizações ou correções de bug e nenhum suporte oficial será fornecido. Os usuários não poderão criar novas cargas de trabalho em uma versão em estágio EOS. O uso de uma versão de conector não suportada é por conta e risco do usuário. A carga de trabalho em execução na versão do EOS pode não falhar imediatamente. O serviço pode agilizar a migração para o estágio final a qualquer momento, a critério da Microsoft devido a problemas de segurança pendentes ou outros fatores. | / |
| Version removed | Depois que a versão do conector ultrapassar a data de EOS, o serviço removerá todos os componentes relacionados associados a essa versão do conector. Isso implica que pipelines que usam essa versão do conector deixarão de ser executados. | 1 a 12 meses após o término da data de suporte* |
* Essas linhas do tempo são fornecidas como um exemplo e podem variar dependendo de vários fatores. As linhas do tempo do ciclo de vida estão sujeitas a alterações a critério da Microsoft.
Compreendendo as versões dos conectores
Para gerenciar as atualizações de conexão com eficiência, é importante entender o controle de versão e como interpretar a alteração. Os conectores no Azure Data Factory geralmente seguem o versionamento Major.Minor (por exemplo, 1.2):
- Atualizações principais (x.0): Essas são alterações significativas que exigem revisão das alterações antes da atualização.
- Atualizações secundárias (1.x): Isso pode introduzir novos recursos ou correções, mas com pequenas alterações no comportamento existente.
Como o Data Factory lida com a atualização de versão do conector
As atualizações das versões principais e secundárias podem incluir alterações que podem impactar a saída do seu pipeline ou componentes relacionados. Para ajudá-lo a se preparar, notificaremos você com antecedência, fornecendo uma janela para testar e atualizar para a versão mais recente. Exemplos específicos de alterações de versão podem ser encontrados na documentação de cada conector individual. Recomendamos revisar e atualizar para a versão mais recente o mais cedo possível para aproveitar as atualizações mais recentes e garantir que seus pipelines continuem a operar de forma tranquila e confiável.
Quando novas versões são lançadas, o serviço começa a ser sempre definido como as novas versões mais recentes por padrão para todos os serviços vinculados recém-criados. Nesse momento, os usuários podem voltar à versão anterior, se necessário.
Quando uma versão atinge sua data de fim de suporte, os usuários não têm mais permissão para criar um novo serviço vinculado nessa versão.
Além de atualizações de versões principais e secundárias, o serviço também oferece novos recursos e correções de bugs que são totalmente compatíveis com versões anteriores da sua configuração existente. Essas alterações não exigem uma atualização de versão para o conector. Dependendo da natureza da alteração, os usuários podem receber as melhorias automaticamente ou ter a opção de habilitar novos recursos conforme necessário. Essa abordagem garante uma experiência perfeita, mantendo a estabilidade e a flexibilidade.