O que há de novo no Server 2024.1

Nesta versão, fornecemos aos administradores a opção de transferir a propriedade de fluxos de trabalho e agendamentos entre usuários sem que eles precisem estar no mesmo estúdio que o novo proprietário. Esse recurso tornará mais fácil gerenciar a propriedade de fluxos de trabalho e agendamentos, especialmente quando os funcionários deixam a empresa. Isso melhorará a colaboração e evitará retrabalhos tediosos quando os proprietários dos fluxos de trabalho mudarem, evitando interrupções no pipeline de dados.

Para fluxos de trabalho, isso significa que quando o fluxo de trabalho é transferido para um novo proprietário, ele passa do estúdio do antigo usuário para o estúdio do novo usuário e o campo de propriedade é atualizado. Quando os fluxos de trabalho forem transferidos, o histórico de versões permanecerá, o que é essencial para a conformidade de auditoria e o controle de versão.

Juntamente com essa nova funcionalidade, novas opções de notificação estão disponíveis em Notificações. Elas são automaticamente habilitadas quando você faz a atualização. As notificações são enviadas quando você transfere fluxos de trabalho tanto por meio da IU do Server quanto da API. Tanto o proprietário anterior quanto o novo são notificados. Para obter mais informações, acesse a página de ajuda Notificações.

Você pode transferir a propriedade de ativos na IU do Server ou usando pontos de extremidade da API V3 do Server.

Adicionamos suporte para instâncias do SQL gerenciadas pelo usuário juntamente com a integração existente do MongoDB. Essa adição fornece a você a flexibilidade para aproveitar bancos de dados relacionais de acordo com suas preferências e requisitos. Incluímos o recurso de suporte ao SQL DB nos dois ambientes, o capaz de operar com FIPS e o não FIPS. No momento, oferecemos suporte apenas ao Microsoft SQL Server.

Para começar a usar o SQL DB com o Alteryx Server, é necessário configurá-lo nas Configurações de sistema do Alteryx.

Para obter mais informações sobre como gerenciar o SQL DB no Server, visite a página de ajuda Gerenciamento do SQL DB. Nessa página, você encontrará mais detalhes sobre esquemas do SQL DB, cadeias de conexão e o guia de migração do Mongo para o SQL. Para obter uma visão geral do nosso suporte ao SQL e da migração do MongoDB para o SQL, visite Perguntas frequentes dos clientes sobre o SQL DB do Server.

Fizemos as seguintes melhorias no processo de migração de criptografia:

Melhoramos nossos recursos de pesquisa e classificação no Server para usuários administradores e não administradores, aprimorando a experiência geral da IU do Server. Agora você pode realizar as seguintes ações com facilidade:

Para obter mais informações sobre pesquisa, acesse Pesquisar por ativos.

Mudamos o navegador de autenticação SAML do Designer de Chromium Embedded Framework (CEF) para o navegador padrão do computador. Isso ajudará você a evitar problemas de segurança devido à desatualização do CEF antes que o Designer possa ser lançado com uma versão atualizada.

Todos os carimbos de data/hora nos bancos de dados do Server foram convertidos para o formato UTC. Por padrão, na interface de usuário, agora todos os campos de data/hora serão exibidos de acordo com o fuso horário do perfil do usuário. A única exceção é o campo de frequência, que mostra o fuso horário escolhido no momento da criação do agendamento.

Se você estiver obtendo carimbos de data/hora diretamente do banco de dados do Server, observe que eles foram migrados para o formato UTC para padronização em todo o produto e para aliviar problemas com o horário de verão.

Caso você atualize de uma versão mais antiga para a 2024.1, os carimbos de data/hora dos ativos existentes serão convertidos para o novo padrão UTC quando o AlteryxService for iniciado.

Observe que o AlteryxService usa bibliotecas de terceiros para manter as informações de fuso horário atualizadas no banco de dados. Elas precisam ser atualizadas sempre que houver uma atualização. Se houver um fuso horário que não esteja fornecendo os valores corretos de deslocamento, aguarde a atualização da biblioteca.

Estamos lançando o tratamento de conexões do ambiente do DCM, permitindo a você definir quais conexões presentes no Server devem ser usadas em vez de conexões de fluxo de trabalho ao executar fluxos de trabalho no Server. Esse recurso está disponível para todos os administradores por meio da IU do Server e das APIs do Server.

Para cada ambiente, você pode definir uma lista de IDs de conexões que devem ser substituídas por uma conexão diferente quando encontradas no fluxo de trabalho durante a execução. Em outras palavras, para este ambiente, cada um dos IDs de conexão de origem (presentes no fluxo de trabalho) será resolvido como a conexão de destino (definida pelo ID da conexão) no tempo de execução do motor. Isso significa que um único fluxo de trabalho pode ser executado de forma diferente (usando conexões diferentes) em cada Server sem fazer alterações no fluxo em si. O DCM lida com a substituição de conexões dinamicamente na execução, sem atualizar o fluxo de trabalho YXMD.

Em uma configuração de Server único, você ainda pode garantir que o fluxo de trabalho seja executado no Designer de forma diferente que no Server. Isso possibilita um ciclo de vida mais fácil de fluxos de trabalho em múltiplos ambientes (desenvolvimento, teste, produção) sem fazer alterações nele.

Para obter mais informações sobre as regras de tratamento de conexão do ambiente do DCM, acesse Conexões do DCM e Tratamento de conexões do DCM. Para revisar as permissões necessárias para as regras de tratamento de conexão do ambiente do DCM, acesse Funções e permissões de usuário.

Para verificar os pontos de extremidade de API para gerenciar as regras de tratamento de conexão do ambiente do DCM, acesse a página de ajuda Pontos de extremidade do DCM.E.

Você pode utilizar a configuração do DCM para buscar segredos usados em credenciais do DCM no tempo de execução a partir de um cofre fornecendo um executável ou script personalizado que lida com autenticação e recuperação de segredos. A formação desse cofre é possível através do Designer e do Server.

O cofre externo genérico permite que você configure um cofre genérico capaz de recuperar segredos de qualquer cofre com uma interface programática usando autenticação básica.

Para obter mais informações, vá para DCM - Server, Gerenciador de Conexões de Dados: IU do Server e Cofre externo genérico do DCM.

Juntamente com outros novos recursos e mudanças, adicionamos novas permissões ao DCM, dando aos administradores do Server maior controle sobre as conexões do DCM dos usuários presentes no Server.

Essas permissões são habilitadas automaticamente para usuários novos e existentes, com exceção da permissão "Gerenciar cofres genéricos".

Para obter mais informações, acesse a página de ajuda Funções e permissões de usuário.

Agora você pode compartilhar a mesma conexão com um usuário para colaboração, e com outro usuário ou com o mesmo para execução. Para obter mais informações, acesse Gerenciador de Conexões de Dados: IU do Server.

Há um novo método de autenticação para o HashiCorp Vault. O Server agora pode usar mTLS ("TLS mútuo", também conhecido como "autenticação de cliente TLS") para obter segredos do DCM a partir do cofre.