Introdução

  • 3 minutos

O caso de uso do conector personalizado determinará como você deseja gerenciar o ciclo de vida conforme ele evolui. Os principais cenários e uma visão geral de alto nível são:

  • Uso de ambiente único – Geralmente, esse cenário é usado para aplicativos de produtividade que são criados e usados no mesmo ambiente. Neste cenário, o foco não é mover o aplicativo entre ambientes diferentes ou compartilhá-lo com outras pessoas fora da sua empresa. Você ainda terá que ficar de olho em alterações da falha e em algumas diretrizes de atualização de versão. O uso de soluções ajudará no transporte futuro se você quiser mover o aplicativo para outros ambientes. Geralmente, para esse cenário, um processo de ALM (Gerenciamento do Ciclo de Vida do Aplicativo) formal não está implementado.

  • Uso de vários ambientes: esse cenário abrange o uso quando você deseja instalar o conector em modo privado em vários ambientes e não tem interesse em criar um código aberto nem certificar o conector. O conector deve ser criado e gerenciado no contexto de uma solução, que é o principal mecanismo para copiar conectores personalizados entre os ambientes. Seu conector se beneficiará de todos os aspectos de gerenciamento do ciclo de vida da estrutura da solução. Para rastrear alterações no conector, você poderia usar o controle de versão dos componentes da solução.

  • Código aberto/certificação: esse cenário é para quando você cria código aberto ou certifica o conector a fim de disponibilizá-lo publicamente para instalação ou uso por outras pessoas. Nesse cenário, você gerenciará os arquivos individuais que compõem a definição do conector e usará a ferramenta de linha de comando do Microsoft Power Platform para importação e exportação. Como a publicação desses conectores requer a obtenção dos arquivos de definição individuais e de mais metadados, o mais comum é usar o controle de origem para os arquivos exportados, e não uma solução.

Este módulo fornece uma explicação detalhada sobre como gerenciar esses cenários diferentes usando as ferramentas e os recursos da plataforma.

Gerenciamento do ciclo de vida do aplicativo

O ALM é o Gerenciamento do Ciclo de Vida do Aplicativo de componentes de aplicativos que formam um aplicativo completo, o que inclui governança, desenvolvimento e manutenção. Os seguintes campos também estão incluídos:

  • Gerenciamento de requisitos
  • Arquitetura
  • Desenvolvimento
  • Testes
  • Manutenção
  • Gerenciamento de mudanças
  • Integração contínua
  • Gerenciamento de projetos
  • Implantação
  • Gerenciamento de versões

O ciclo de vida do aplicativo é o processo de desenvolvimento cíclico que envolve estas áreas: planejar e rastrear, desenvolver, criar e testar, implantar, operar, monitorar e aprender com a descoberta.

Diagrama do processo de desenvolvimento cíclico do gerenciamento do ciclo de vida do aplicativo.

Quando você cria um código aberto e/ou certifica seu conector personalizado, a fase de implantação envolve mais do que simplesmente a transferência a outro ambiente. Você precisa seguir um conjunto específico de procedimentos. Para obter mais informações sobre isso, acesse Instruções sobre como enviar seu conector para a Microsoft.

ALM no Microsoft Power Platform

O Microsoft Power Platform fornece ferramentas de ALM para dar suporte a um processo de gerenciamento de ciclo de vida íntegro. Essas ferramentas usam o Microsoft Dataverse e suas respectivas soluções. As soluções são mecanismos para a implementação de ALM no Microsoft Power Apps e no Microsoft Power Automate. Os conectores personalizados podem ser criados e transportados entre ambientes usando as soluções.

Um aspecto fundamental de ALM no Microsoft Power Platform é o uso de ambientes para finalidades específicas em diferentes fases do ciclo de vida. Por exemplo, em uma configuração básica de ALM, você tem ambientes de desenvolvimento, teste e produção. Para obter mais informações, consulte Estratégia de ambientes para ALM.

Outro aspecto importante de ALM é a aplicação do controle de origem para rastrear alterações feitas em cada versão lançada do conector personalizado ou de outros componentes. Use as ferramentas de desenvolvimento do Microsoft Power Platform para automatizar o processo de se tirar um instantâneo de uma solução que contenha seu conector e usar o controle de versão para rastrear o que foi alterado em cada revisão.

Você aprenderá mais sobre o uso de soluções e ferramentas de criação posteriormente neste módulo.

Código aberto/certificação de ALM

Ao criar código aberto e/ou certificar o conector personalizado, você trabalha principalmente com um processo de ALM predefinido que envolve o Repositório do GitHub do Conector do Microsoft Power Platform. Embora você possa criar um código aberto para qualquer local público, como seu próprio repositório público do GitHub ou local de download, alguns benefícios específicos, como visibilidade e facilidade de importação, fazem com que o repositório de GitHub do Conector do Microsoft Power Platform seja a abordagem recomendada.

Embora também seja possível usar o ALM em abordagens e ferramentas do Microsoft Power Platform, além da CLI (interface de linha de comando) e do GitHub, ele não simplifica nem agrega valor significativo se o objetivo é criar código aberto e/ou certificação.