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.
Importante
Esse recurso está na versão prévia.
Os canais de lançamento do runtime do Fabric oferecem uma maneira estruturada e transparente para que os clientes testem as próximas alterações no runtime antes que elas se tornem o padrão. Esse recurso ajuda as organizações a validar suas cargas de trabalho de produção antecipadamente com essas novas alterações no acesso antecipado, evitar interrupções inesperadas e obter melhor controle sobre as atualizações de runtime do Spark.
Em vez de receber atualizações silenciosas que possam interromper suas cargas de trabalho de produção, opte por um canal de versão de acesso antecipado, teste suas cargas de trabalho em um ambiente de desenvolvimento ou preparo e confirme a compatibilidade antes que a atualização se torne padrão.
Como funcionam os canais de versão
Cada runtime do Spark tem pelo menos dois canais de lançamento públicos:
- Canal padrão – este canal de nível de produção executa a versão padrão do runtime. Todos os usuários usam esse canal automaticamente, a menos que optem pelo acesso antecipado.
- Canal de acesso antecipado – este canal de nível de produção inclui atualizações futuras e alterações de biblioteca agendadas para se tornar o próximo canal padrão. Opte por testar suas cargas de trabalho em relação às alterações futuras.
Quando a janela de validação designada termina, o canal de versão de acesso antecipado é promovido automaticamente para se tornar o novo padrão e um novo canal de acesso antecipado é introduzido com outro conjunto de novas alterações. Esse processo continua o ciclo. Esse modelo oferece uma janela de teste previsível antes que as alterações se tornem padrão para todos.
Tip
Use o canal de acesso antecipado para validar cargas de trabalho de produção antes que as atualizações cheguem ao canal padrão.
Por que os canais de versão importam
As atualizações de runtime do Spark podem incluir atualizações de biblioteca, patches de segurança, alterações de dependência ou até mesmo atualizações do sistema operacional. Embora todas as atualizações passem por verificações de qualidade internas antes do lançamento, essas verificações não podem capturar todas as variações específicas do cliente e casos de uso. Os canais de acesso antecipado permitem identificar possíveis problemas antecipadamente e trabalhar com Microsoft criando um tíquete de suporte para resolvê-los antes que as atualizações afetem seu ambiente de produção.
| Benefício | Description |
|---|---|
| ✔ Atualizações previsíveis | Você sabe exatamente quando um novo runtime fica disponível e tem tempo para validá-lo. |
| ✔ Risco reduzido | Testar cargas de trabalho no acesso antecipado garante a compatibilidade antes que as alterações cheguem à produção. |
| ✔ Melhor visibilidade | Você pode facilmente dizer qual versão de runtime você está executando, referenciar notas de versão e verificar o tempo de atualização. |
| ✔ Qualidade e segurança aprimoradas | Você recebe versões bem testadas com correções de segurança aplicadas mais rapidamente, o que dá mais confiança na estabilidade do ambiente de execução. |
Escolher um canal de lançamento
Selecione um canal de lançamento usando as configurações ou propriedades do Spark. Use a propriedade a seguir nas configurações ou na configuração do Spark:
Importante
O canal de acesso antecipado não usa o Pool inicial. Você deve definir spark.fabric.pools.skipStarterPools=true para usar o canal de acesso antecipado. Os pools personalizados têm um atraso no tempo de inicialização da sessão em comparação com o Pool inicial.
# Prerequisite: early access doesn't use Starter Pool so you need to set it to skip it
spark.fabric.pools.skipStarterPools=true
# Set one of the following values:
# Use this to switch to the early access channel
spark.computeConf.runtime.releaseChannel=earlyAccess
# or to revert to the default release channel
spark.computeConf.runtime.releaseChannel=default
Os valores válidos são:
-
default– Usa o canal de lançamento disponível no padrão -
earlyAccess– Usa a próxima versão de acesso antecipado para teste
Note
A configuração do canal de versão é imutável durante uma sessão do Spark. Para alternar de canais, inicie uma nova sessão.
Configurar e executar testes no acesso antecipado
Para testar efetivamente as versões de acesso antecipado, siga estas etapas:
1. Configurar um workspace de teste ou designar um ambiente de teste existente
Crie um workspace dedicado para testar o canal de acesso antecipado:
Crie um novo workspace ou designe um ambiente de teste existente.
Crie um item de Ambiente e defina essas propriedades para usar o acesso antecipado.
No seu notebook ou na Definição de Trabalho do Spark, faça referência ao item de Ambiente que você criou.
Quando a sessão for iniciada, valide o uso do canal de versão de acesso antecipado usando o comando a seguir.
2. Identificar cargas de trabalho representativas
Execute cargas de trabalho que representam seus pipelines de produção:
- O ideal é executar toda a carga de trabalho de produção no espaço de trabalho de teste usando o canal de acesso antecipado.
- Se isso não for prático, identifique os testes críticos e os pipelines que melhor representam seu ambiente de produção.
- Considere usar ambientes de UAT ou de homologação já existentes que você já possui.
3. Automatizar o teste
Configurar execuções de teste automatizadas:
- Agende testes para serem executados regularmente, mas com menos frequência do que as atualizações de versão.
- Monitore os resultados do teste para falhas que possam indicar problemas com a versão de acesso antecipado.
4. Problemas de relatório
Se você suspeitar que uma falha foi causada pela versão de acesso antecipado:
- Compare os resultados com o canal padrão para isolar o problema.
- Observe a ID do VHD da versão de acesso antecipado que você está testando.
- Contate o suporte da Microsoft com suas descobertas. Microsoft prioriza problemas de acesso antecipado e fornece um hotfix ou reverte alterações problemáticas.
Acompanhar atualizações de versão e informações do VHD
Para se manter informado sobre as alterações em cada canal de lançamento:
Identifique a imagem do seu VHD (Disco Rígido Virtual). Para encontrar a ID do VHD da imagem de execução que você está executando:
- Verificar informações da interface do usuário ou do cluster do Spark em sua sessão (como
spark.conf.get("spark.synapse.vhd.id", "")) - Localizar o ID do VHD nos logs do cluster
- Use essas informações ao relatar problemas para dar suporte
- Verificar informações da interface do usuário ou do cluster do Spark em sua sessão (como
Examine as notas sobre a versão. Monitore o repositório de Versões e Atualizações do Spark Runtime para obter notas detalhadas sobre a versão. As notas de versão são publicadas por canal de lançamento, para que você possa comparar facilmente as alterações. Cada versão inclui alterações documentadas em bibliotecas, componentes e melhorias.
Exemplos:
- Official-Spark3.5-default-YYYY-MM-DD.md
- Official-Spark3.5-early-access-YYYY-MM-DD.md
Quando o canal de acesso antecipado se torna o novo padrão:
- As notas do padrão anterior ficam arquivadas.
- As notas de acesso antecipado passam a se chamar as novas notas predefinidas.
- Um novo arquivo de notas de acesso antecipado é publicado para o próximo ciclo.
Perguntas frequentes
O acesso antecipado é de baixa qualidade?
Não. O canal de acesso antecipado deve passar por todas as portas de validação padrão. Está simplesmente mais cedo no cronograma de lançamento.
Preciso usar o canal de acesso antecipado?
Não. É totalmente opcional. Se você não aderir, você continuará usando o canal padrão.
Posso reverter se algo falhar?
Sim. Você pode voltar do canal de acesso antecipado a qualquer momento usando a configuração do Spark para reverter para o canal padrão.
O acesso antecipado custa mais?
Não. A cobrança permanece a mesma que o uso padrão do canal.
O acesso antecipado usa apenas um pool personalizado?
Sim. O acesso antecipado usa apenas um pool personalizado porque é um recurso opcional. Ao contrário do Pool inicial, os pools personalizados têm um atraso no tempo de inicialização da sessão.