Descrição geral de pipelines no Power Platform
Os pipelines no Power Platform destinam-se a melhorar a gestão do ciclo de vida das aplicações (ALM) para clientes do Power Platform e do Dynamics 365, colocando ao serviço as capacidades de automatização de ALM e de integração contínua e entrega contínua (CI/CD) de uma forma mais acessível para todos os criadores, administradores e programadores.
Os pipelines reduzem significativamente o esforço e o conhecimento de domínio anteriormente necessários para compreender o ROI da adoção saudável de processos ALM automatizados na sua equipa ou organização.
- Os admins configuram facilmente pipelines de implementação automatizada em minutos e não em dias ou semanas.
- Os criadores têm uma experiência de utilizador intuitiva para implementarem facilmente as suas soluções.
- Os programadores profissionais podem (opcionalmente) expandir pipelines e executá-los utilizando a interface da linha de comandos (CLI) do Power Platform.
Os pipelines permitem que os admins governem centralmente projetos desenvolvidos por cidadão e por programadores profissionais em escala com menos esforço. Os admins configuram as salvaguardas adequadas que governam e facilitam o desenvolvimento, o teste e a entrega de soluções em toda a organização. Outros benefícios de admin incluem:
Custo total de posse inferior:
- Os pipelines melhoram significativamente a produtividade de criadores, programadores e administradores. Os pipelines permitem que as suas soluções empresariais cheguem ao mercado mais rapidamente, com maior qualidade, através de um processo seguro e governado.
- Esforço mínimo para implementar processos de gestão de alterações seguras e personalizadas em toda a sua organização ou equipa.
Poupe tempo e dinheiro:
- O sistema trata da parte difícil e da manutenção contínua, para que você não precise de o fazer.
Dimensione a ALM ao seu próprio ritmo:
- Independentemente do ponto em que está no seu percurso de ALM, pode expandir pipelines para acomodar as suas necessidades do negócio em evolução. Esperamos que esta transição ascendente seja o mais integrada e simples possível. Mais informações: Grupo de comandos do Microsoft Power Platform CLI
pac pipeline
- Independentemente do ponto em que está no seu percurso de ALM, pode expandir pipelines para acomodar as suas necessidades do negócio em evolução. Esperamos que esta transição ascendente seja o mais integrada e simples possível. Mais informações: Grupo de comandos do Microsoft Power Platform CLI
Atinja objetivos de conformidade, segurança, monitorização e automatização com:
- Proteja os ambientes de produção com implementações delegadas baseadas em aprovação.
- Personalizações e registo de auditoria guardados automaticamente e facilmente acessíveis.
- A análise de origem fornece uma melhor visibilidade numa localização central.
- A capacidade de ver relatórios do Power BI de origem nos pipelines da aplicação ou de criar os seus próprios relatórios. Mais informações: Descrição geral de relatórios para aplicações condicionadas por modelo
- Personalize os pipelines de acordo com necessidades da sua organização com extensibilidade de pipelines e o Power Automate.
Quando os pipelines estiverem colocados, os criadores poderão iniciar as implementações no produto com poucos cliques. Fazem-no diretamente nos respetivos ambientes de desenvolvimento. Outras benefícios para os criadores incluem:
- Não é necessário ter conhecimentos anteriores sobre processos ou sistemas de ALM. Frequentemente, os programadores cidadãos veem os pipelines como um processo de gestão de alterações guiado.
- As implementações de soluções são pré-validadas em relação ao ambiente de destino para evitar erros e melhorar as taxas de êxito. Por exemplo, as dependências em falta e outros problemas são detetados antes da implementação e os criadores são imediatamente guiados para tomarem as medidas adequadas.
- As ligações e as variáveis de ambiente são fornecidas antecipadamente e validadas antes do início da implementação.
- Isto ajuda a garantir que as aplicações e a automatização são implementadas sem a necessidade de passos de pós-processamento manuais e são ligadas às origens de dados adequadas em cada ambiente.
- Os admins podem até pré-configurar determinadas ligações que serão utilizadas.
Os programadores profissionais são mais produtivos com os pipelines agora a tratar das operações em fundo complexas. Os programadores podem dizer ao sistema aquilo que pretendem realizar, em vez de executarem as várias tarefas subjacentes necessárias para atingirem o mesmo objetivo. Utilizando a CLI do Power Platform, os programadores podem:
- Listar pipelines para ver detalhes pertinentes, tais como as fases e os ambientes estão prontos para receber a implementação das soluções.
- Implemente uma solução com um único comando:
- Com os pipelines, os programadores fornecem simplesmente os parâmetros necessários e o sistema orquestra todas as operações de implementação ponto a ponto em conformidade com as políticas organizacionais.
- Não é necessário ligar a vários ambientes, exportar soluções, transferir ficheiros de solução, criar manualmente ligações e preencher ficheiros de definições de implementação, importar soluções ou tratar de várias outras tarefas que eram necessárias anteriormente.
Além disso, os programadores podem expandir pipelines e integrar com outras ferramentas de CI/CD.
Os pipelines implementam soluções, bem como configuração para o ambiente de destino, tal como ligações, referências de ligação e variáveis de ambiente. Qualquer personalização do Power Platform contida na solução pode ser implementada utilizando pipelines. Os pipelines, ou soluções em geral, não contêm dados armazenados em tabelas do Dataverse.
Importante
Os Dashboards do Power BI (pré-visualização) e os Conjuntos de Dados do Power BI (pré-visualização) não são atualmente suportados nos pipelines.
Em primeiro lugar, certifique-se de que os ambientes de origem e destino estão ligados corretamente. Só poderá ver o seu pipeline nos ambientes de origem atribuídos, tais como os ambientes de desenvolvimento. Ao ligar cada um dos seus ambientes ao pipeline durante a configuração, tem uma opção de tipo de ambiente Ambiente de Desenvolvimento ou Ambiente de Destino. Se for atribuído o tipo adequado aos seus ambientes associados ao pipeline, o seu pipeline aparece como uma opção no ambiente de desenvolvimento de origem.
Sim. As soluções geridas e não geridas são exportadas automaticamente e armazenadas no anfitrião de pipelines para cada implementação.
Não As soluções são exportadas assim que um pedido de implementação for submetido (quando o criador seleciona Implementar a partir do ambiente de desenvolvimento) e o mesmo artefacto da solução será implementado. De forma semelhante, o sistema não volta a exportar uma solução para implementações para fases subsequentes num pipeline. O mesmo artefacto de solução tem de passar pelas fases do pipeline por ordem sequencial. O sistema também impede qualquer adulteração ou modificação no artefacto da solução exportada. Isto assegura que a personalização não pode ignorar ambientes de QA nem os seus processos de aprovação.
- Não é obrigatório que os ambientes de programação sejam Ambientes Geridos. Podem ser utilizados para desenvolvimento e teste com o plano para programador.
- O anfitrião de pipelines deve ser um ambiente de produção, mas o anfitrião de pipelines não tem de ser um Ambiente Gerido.
- Todos os outros ambientes utilizados em pipelines têm de estar ativados como Ambientes Geridos.
- As licenças que concedam direitos de utilização premium para todos os Ambientes Geridos são obrigatórias.
Um exemplo de configuração comum:
Finalidade do ambiente | Tipo de ambiente | Licença autónoma obrigatória |
---|---|---|
Host | Produção | Não |
Desenvolvimento | Programador | Não |
GQ | Programador | Não |
Produção | Produção | Sim |
Sim. Consulte implementações delegadas.
Sim. Para obter mais informações: Implantar com uma entidade de serviço
Semelhante às experiências de criação, os criadores que executam pipelines podem fornecer as suas próprias ligações ou ligações às quais têm acesso. As ligações do principal de serviço também podem ser utilizadas para conectores que suportam a autenticação do principal de serviço, incluindo conectores personalizados.
Atualmente, as referências de ligação sem um valor na solução ou ambiente visado não podem ser atualizadas durante a implementação. Se um valor foi implementado anteriormente, pode ser atualizado no ambiente visado.
A identidade que implementa. Para implementações padrão, o proprietário é o criador que a pede. Para implementações delegadas, o proprietário é o principal de serviço ou utilizador delegado.
Não Para este cenário, recomendamos a utilização do Azure DevOps ou do GitHub.
Deverá eliminar o registo do ambiente e atualizar a configuração do pipeline, quando necessário. Se um ambiente for reposto, pode recriar o registo do ambiente e, em seguida, associá-lo ao seu pipeline.
Sim. No entanto, a utilização do ambiente predefinido como o anfitrião de pipelines não é recomendada para todos os clientes.
Sim. Mais informações: Implementar pipelines como um principal de serviço ou proprietário do pipeline.
Sim, em conjunto, estas ferramentas são poderosas, ao mesmo tempo que mantêm as experiências dos criadores simples. Mais informações: expandir pipelines
Sim. Se a configuração de pipeline estiver habilitada, você poderá reimplantar versões anteriores da solução a partir da exibição de histórico de execução na página Pipelines. Se a configuração estiver desabilitada, somente versões superiores da solução poderão ser implantadas ou importadas. Como solução alternativa, os administradores podem baixar o artefato do host de pipelines, incrementar a versão da solução no arquivo de solution.xml e importá-lo manualmente para o ambiente de destino.
Sim. Pode configurar tarefas de eliminação em massa no anfitrião de pipelines do Dataverse para eliminar dados numa agenda definida.
Posso especificar comportamentos de importação de soluções avançados, tais como atualização versus atualização de versão?
Atualmente, não. O comportamento de importação predefinido de pipelines é Atualizar versão com Substituir personalizações.
Não No entanto, um ambiente pode ser associado a vários pipelines no mesmo anfitrião. Para associar um ambiente a outro anfitrião, adicione-o a um pipeline no novo anfitrião. Em seguida, elimine o registo do ambiente do anfitrião original e verifique se tudo está a funcionar como esperado.
Atualmente, não. No entanto, os hooks de extensão intencionais estão disponíveis para personalizar a lógica de pipelines. Mais informações: expandir pipelines.
Navegue para uma solução não gerida em desenvolvimento para um ambiente associado ao seu pipeline. Os pipelines não podem ser vistos ou executados a partir da solução predefinida, soluções geridas ou nos ambientes de destino. Repare que também obtém e executa pipelines a partir da CLI do Power Platform.
Sim, mas somente se a configuração Cross-Geo Solution Deployments estiver habilitada no host. Se a configuração estiver desabilitada, o host e todos os ambientes associados a pipelines em um host deverão estar localizados dentro da mesma localização geográfica (conforme especificado ao criar ambientes). Por exemplo, se a configuração estiver desabilitada, um pipeline não poderá ser implantado da Alemanha para o Canadá e um host na Alemanha não poderá gerenciar ambientes no Canadá. Em um caso em que o locatário Administrador gostaria de evitar implantações de soluções geográficas cruzadas, hosts separados devem ser usados para a Alemanha e o Canadá.
Sim, é possível, embora recomendemos começar com o mesmo pipeline para uma determinada solução. Isto ajuda a evitar confusões e erros inadvertidamente. As informações de execução de pipeline são apresentadas no contexto de um pipeline e de uma solução (na experiência da solução). Portanto, outros pipelines podem não mostrar a versão mais recente da solução implementada ou outras informações importantes de execução associadas a diferentes pipelines. Repare que a aplicação Configuração do Pipeline de Implementação mostra informações de execução em todos os pipelines e todas as soluções para o anfitrião atual.
A utilização do mesmo ambiente para programação e o anfitrião não é suportada; outras combinações não são recomendadas como melhor prática.
No ambiente de destino, pode ver camadas de objetos implementados, bem como o que foi alterado entre camadas. Além disso, pode ver as diferenças de XML entre camadas para aplicações condicionadas por modelo, mapas de sites e formulários. Também é possível expandir pipelines para integração com o GitHub e outros sistemas de controlo de origem para comparar diferenças granulares.
Esta é uma configuração válida e deve ser avaliada com base nas necessidades e políticas da sua organização.
Não Recomendamos que implemente sempre soluções geridas para ambientes de não desenvolvimento. Repare que as soluções não geridas são exportadas automaticamente e armazenadas no anfitrião de pipelines, para que possa transferir e importá-las para outros ambientes de desenvolvimento ou colocá-las no controlo de origem.
Atualmente, não. Terá de submeter uma implementação diferente para cada solução. No entanto, o mesmo pipeline pode ser utilizado para várias soluções.
Atualmente, não. Recomendamos que publique objetos individuais à medida que são guardados. Note que apenas determinados objetos da solução requerem publicação.
Posso utilizar pipelines para equipas com vários programadores que trabalham em ambientes de desenvolvimento isolados?
A implementação atual utiliza um único ambiente de desenvolvimento para uma determinada solução.
Ambos oferecem muitas capacidades valiosas e as equipas proprietárias trabalham em proximidade no desenvolvimento dos pipelines e na visão mais abrangente da ALM para o Power Platform. Os pipelines têm uma natureza mais simplista e podem ser configurados e geridos com menos esforço. O acesso a outros produtos e tecnologias não é necessário, uma vez que tudo é gerido internamente. Por outro lado, o Acelerador ALM, por vezes, é mais adequado a cenários ALM mais avançados.
Embora existam muitas diferenças funcionais adicionais, a diferença fundamental é que os pipelines são um recurso oficial Microsoft Power Platform do produto, o que significa que ele é projetado, arquitetado, projetado, testado, mantido e suportado pela Microsoft engenharia do produto. Os pipelines são integrados no produto e podem ser acedidos a partir de experiências de produto nativas.
Encorajamos os clientes a utilizarem pipelines para a funcionalidade de implementação central e, quando necessário, expandir pipelines para integrar com outras ferramentas CI/CD. Quando utilizadas em conjunto, as cargas de trabalho necessárias em ferramentas CI/CD tornam-se, frequentemente, menos complicadas e custosas de manter.