Como definir uma estratégia de ambiente para o Power Platform
O que é um ambiente Power Platform?
O Power Platform é a resposta da Microsoft à necessidade crescente nos negócios de uma maneira de criar e personalizar soluções de negócios de nível profissional rapidamente, com a capacidade de se conectar a mais de 200 fontes de dados, incluindo SharePoint Online, Azure SQL, Twitter e muito mais.
Por que o ambiente padrão do Power Platform é especial?
Primeiramente, o ambiente padrão é criado automaticamente pelo Power Apps para cada locatário e compartilhado por todos os usuários naquele locatário. Sendo assim, sempre que um novo usuário se inscreve no Power Apps, ele automaticamente adiciona à função Criador do ambiente padrão.
Por que preciso definir uma estratégia no Power Platform?
Desenvolver uma estratégia de ambiente significa configurar ambientes e outras camadas de segurança de dados (DLP) de uma forma que apóie o desenvolvimento produtivo em uma organização, enquanto protege e organiza recursos.
Portanto, se você quiser seguir os princípios do gerenciamento do ciclo de vida do aplicativo (ALM), precisará de ambientes separados para o desenvolvimento e a produção de aplicativos. Embora você possa executar o ALM básico apenas com ambientes de desenvolvimento e produção separados, é recomendável que você também mantenha pelo menos um ambiente de teste separado dos ambientes de desenvolvimento e produção.
Cenários ambientais
Cenário 1 – Produtividade pessoal (ambiente padrão)
Os usos incluem: Aplicativos e fluxos de produtividade pessoal, listas personalizadas do SharePoint e formulários de biblioteca.
Cenário 2 – Departamental
Os usos incluem: Aplicativos e fluxos de produtividade pessoal, listas personalizadas do SharePoint e formulários de biblioteca e ambientes de departamentos dedicados.
Cenário 3 – Departamental e de aplicação
Os usos incluem: Ambiente padrão, ambientes de departamento dedicados e ambiente (s) dedicado (s) para um único aplicativo.
Cenário 4 – Abordagem de ALM multilocatário
Os usos incluem: Separar ambientes de plataforma de energia entre locatários físicos. Pode ser usado para separar os ambientes de Produção, Preparação e Desenvolvimento ou pode ser usado por motivos de geolocalização.
Recomendações / Melhores Práticas
Com base na experiência bem-sucedida com outros contratos com o cliente, a seguir está uma lista de recomendações adicionais que podem ajudar a tornar o gerenciamento de ambientes mais fácil.
- Primeiramente, atribua a seus administradores a função de administrador de serviço Power Platform ou de administrador de serviço Dynamics 365.
- Então, restrinja a criação de novos ambientes de teste e produção aos administradores
- Posteriormente, renomeie o ambiente padrão para ‘Produtividade pessoal’
- Assim, provisione um novo ambiente de produção para aplicativos / fluxos não pessoais
- Defina e implemente suas políticas de DLP para seus ambientes
- Ao estabelecer uma estratégia DLP, você pode precisar de vários ambientes para o mesmo departamento
- Ao estabelecer sua estratégia de ambiente Power Platform, com base em seu licenciamento, você pode descobrir que precisa provisionar ambientes sem um banco de dados Dataverse (anteriormente chamado de Common Data Service) e também usar políticas DLP para restringir o usuário de conectores premium.
- Estabeleça um processo para solicitar acesso ou criação de ambientes
- Ambientes de desenvolvimento / teste / produção para grupos de negócios ou aplicativos específicos
- Ambientes de uso individual para Provas de Conceitos e workshops de treinamento
- Use uma conta de serviço para implantar soluções de produção
- Reduza o número de ambientes de desenvolvimento compartilhados
- Por fim, compartilhe recursos com grupos de segurança do Azure AD.
Nos da Trinapse contamos com especialistas em Power Platform para ajudar seu negócio a definir a melhor estrátegia de ambiente, entre em contato agora mesmo.
Luiz Antonio Sgargeta é sócio fundador e CEO da Trinapse, consultoria brasileira de Microsoft 365 com quase duas décadas de operação, acumula mais de 20 anos em desenvolvimento de software e em ambientes corporativos de alta complexidade.
Ver maisVer menos
Trabalha com SharePoint desde o SharePoint Portal Server 2003 e com .NET desde a versão 1.0. Acompanhou a plataforma em todas as suas reinvenções, do portal de documentos on-premises ao SharePoint Online dentro do Microsoft 365, o que dá a ele uma leitura rara sobre o que muda de verdade e o que é apenas nome novo para o mesmo problema.
No início da carreira atuou em uma das maiores operações de e-commerce do país, em sistemas que não toleram degradação de performance nem indisponibilidade, essa origem definiu o critério que ele aplica até hoje: solução boa é a que sustenta volume real, integra com o legado que já existe e não quebra no pico.
Depois disso, passou por praticamente todo tipo de projeto corporativo, de portais e intranets de milhares de usuários a integrações críticas e automação de processos de ponta a ponta, sempre em grandes empresas e em desafios de alta exigência.
A marca do trabalho dele é a tradução entre tecnologia e negócio, levanta a necessidade real por trás do pedido do cliente, questiona o processo antes de automatizá-lo e desenha a solução pelo resultado esperado, não pela ferramenta disponível, é o que permite conversar com a diretoria sobre retorno e com o time técnico sobre arquitetura na mesma reunião.
Hoje lidera a frente comercial e estratégica da Trinapse e conduz a empresa no novo ciclo da inteligência artificial, com foco em agentes de IA e operação de processos assistida por IA para cooperativas de crédito, agronegócio e indústria. Escreve no blog da Trinapse desde 2019, com mais de 450 artigos sobre IA, SharePoint, Power Platform, Modern Workplace e transformação de processos, sempre a partir de projeto entregue e não de teoria.
