Implantar uma solução nas Operações da Internet das Coisas do Azure (versão prévia)

Importante

O recurso Pré-visualização de Operações do Azure IoT — habilitado pelo Azure Arc — está atualmente em VERSÃO PRÉVIA. Você não deve usar esse software em versão prévia em ambientes de produção.

Veja os Termos de Uso Complementares para Versões Prévias do Microsoft Azure para obter termos legais que se aplicam aos recursos do Azure que estão em versão beta, versão prévia ou que, de outra forma, ainda não foram lançados em disponibilidade geral.

Use o Azure IoT Orchestrator (versão prévia) para implantar, configurar e atualizar os componentes do cenário de computação de borda das Operações da Internet das Coisas do Azure (versão prévia).

O Orchestrator é um serviço que gerencia cargas de trabalho de aplicativo em clusters do 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 dar 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 relatórios de reconciliação e status para garantir que o estado desejado seja mantido.

Constructos

Vários constructos ajudam você a gerenciar a implantação e a configuração de cargas de trabalho do aplicativo.

Manifestos

Três tipos de solução-de manifesto, destinoe trabalho-de instância 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 muitos destinos. Uma solução descreve os componentes do aplicativo. Componentes de aplicativo são recursos que você deseja implantar no cluster de destino e que usam os componentes infraestruturais definidos no manifesto de destino, como scripts do PowerShell ou pipelines do Processador de Dados da Internet das Coisas do Azure (versão prévia).

Destino

Um destino é um ambiente de implantação específico, como um cluster do Kubernetes ou um dispositivo de borda. Ele descreve componentes infraestruturais, que são componentes instalados uma vez em um dispositivo, como o PowerShell ou o Processador de Dados da Internet das Coisas do Azure. Cada destino tem suas próprias configurações 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. Ela pode ser considerado como uma instância de uma solução.

Provedores

Os provedores são um modelo de extensibilidade que permite ao Orchestrator dar 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 dá suporte a várias ferramentas padrão do setor, como Helm, Kubectl e Arc. Para saber mais, 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 conseguir reconciliar o estado desejado, essa implantação será relatada como uma falha e o cluster permanecerá no estado de êxito anterior.

Por padrão, o gerenciador de recursos dispara a reconciliação a cada três minutos para verificar se há atualizações no 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 aquelas 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 detecta uma falha para um único componente, ele considera que toda a implantação é uma falha e tenta novamente a implantação. Se um componente específico falhar novamente, a implantação será considerada com falha 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 falhou. Esse estado de falha (ou êxito) é sincronizado com a nuvem e disponibilizado por meio de APIs do provedor de recursos. Os fluxos de trabalho de experiência podem ser criados para notificar o cliente, tentar novamente ou implantar uma versão anterior da solução.