Implantar uma solução no Azure IoT Operations Preview

Importante

Azure IoT Operations Preview – habilitado pelo Azure Arc está atualmente em visualização. Não deve utilizar este software de pré-visualização em ambientes de produção.

Veja Termos de Utilização Complementares da Pré-visualizações do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão na versão beta, na pré-visualização ou que ainda não foram lançadas para disponibilidade geral.

Use o Azure IoT Orchestrator Preview para implantar, configurar e atualizar os componentes do seu cenário de computação de borda do Azure IoT Operations Preview.

O Orchestrator é um serviço que gerencia cargas de trabalho de aplicativos em clusters Kubernetes que foram habilitados para Arc. Ele utiliza ferramentas existentes como Helm, Kubectl e Arc para alcançar o estado desejado no cluster de destino. O Orchestrator usa um modelo de extensibilidade chamado provedores, que permite oferecer suporte a implantações e configurações em uma ampla gama de plataformas de sistema operacional e mecanismos de implantação. O Orchestrator também fornece recursos de reconciliação e relatório de status para garantir que o estado desejado seja mantido.

Construções

Várias construções ajudam a gerenciar a implantação e a configuração de cargas de trabalho de aplicativos.

Manifestos

Três tipos de manifestos - solução, destino e instância - trabalham juntos para descrever o estado desejado de um cluster. Para obter mais informações sobre como criar os arquivos de manifesto, consulte manifestos.

Solução

Uma solução é um modelo que define uma carga de trabalho de aplicativo que pode ser implantada em um ou vários destinos. Uma solução descreve os componentes do aplicativo. Os componentes de aplicativo são recursos que você deseja implantar no cluster de destino e que usam os componentes de infraestrutura definidos no manifesto de destino, como scripts do PowerShell ou pipelines do Azure IoT Data Processor Preview.

Destino

Um destino é um ambiente de implantação específico, como um cluster Kubernetes ou um dispositivo de borda. Ele descreve os componentes de infraestrutura, que são componentes instalados uma vez em um dispositivo, como o PowerShell ou o Processador de Dados IoT do Azure. Cada destino tem suas próprias definições de configuração que podem ser personalizadas para atender às necessidades específicas do ambiente de implantação. Um destino também especifica associações de provedor que definem quais tipos de recursos devem ser gerenciados no destino (por exemplo, Helm, scripts do PowerShell, CRs ou scripts Bash).

Instância

Uma instância é uma implantação específica de uma solução para um destino. Pode ser pensado como um exemplo de uma solução.

Provedores

Os provedores são um modelo de extensibilidade que permite que o Orchestrator ofereça suporte a implantações e configurações em uma ampla gama de plataformas de sistema operacional e mecanismos de implantação. Os provedores são responsáveis por executar as ações necessárias para alcançar o estado desejado de um recurso. O Orchestrator suporta várias ferramentas padrão do setor, como Helm, Kubectl e Arc. Para obter mais informações, consulte provedores.

Reconciliação

Um processo de reconciliação garante que o estado desejado de um recurso seja mantido. O gerenciador de recursos no cluster compara o estado atual de todos os recursos com o estado desejado especificado no manifesto da solução. Se houver uma discrepância, o gerenciador de recursos invocará o provedor apropriado no cluster para atualizar o recurso para o estado desejado.

Se o gerenciador de recursos não puder reconciliar o estado desejado, essa implantação será relatada como uma falha e o cluster permanecerá no estado bem-sucedido anterior.

Por padrão, o gerenciador de recursos dispara a reconciliação a cada três minutos para verificar se há atualizações para o estado desejado. Você pode configurar essa política de intervalo de sondagem para personalizá-la para cenários que exigem verificações mais frequentes ou aqueles que preferem verificações menos frequentes para reduzir a sobrecarga.

Relatório de status

Os recursos de relatório de status garantem que o estado desejado seja mantido. Quando o gerenciador de recursos no cluster deteta uma falha para um único componente, ele considera toda a implantação como uma falha e tenta novamente a implantação. Se um componente específico falhar novamente, a implantação será considerada como tendo falhado novamente e, com base em uma configuração de reconciliação configurável, o gerenciador de recursos interromperá a busca de estado e atualizará a instância com o status de falha . Esse estado de falha (ou sucesso) é sincronizado até a nuvem e disponibilizado por meio de APIs de provedores de recursos. Os fluxos de trabalho de experiência podem ser criados para notificar o cliente, tentar repetir ou implantar uma versão anterior da solução.