 Além de técnicas de implantação como Kenuri, Blue Green e Incremental, outras abordagens de entrega, como Fiture Flag, podem reduzir riscos na entrega progressiva. A entrega progressiva é uma faceta da entrega contínua. É a capacidade de testar em produção enquanto controla o público, que pode exercer ou ver atualizações do seu aplicativo com um alto nível de granularidade. Essa abordagem também pode ser vista como a experimentação de desenvolvedor. Os benefícios são menos riscos com menos interrupções não programadas, melhor controle do público, de forma granular e uso da Fiture Flag com implantações Kenuri. Facilidade de uso graças a configurabilidade simples, suporte de listas de usuários, Fiture Flag embutido e instrumentação simples. A Fiture Flag é neutra em relação à linguagem, já que suporta as principais linguagens de programação, melhor conformidade e auditoria via gravação automática. Das ações da Fiture Flag do Guituab. Aqui, vamos ver como Raquel, gerente de versão, cria e usa uma Fiture Flag, para adotar uma abordagem progressiva de entrega. Raquel cria uma nova Fiture Flag e anomeia com uma abreviação, para produtos em ordem alfabética. As Fiture Flags usam estratégias específicas de ambiente, que precisam ser definidas, então Raquel prossegue para definir essas estratégias. Ela cria uma para-produção, em seguida cria estratégias para outros ambientes. Uma vez definidas todas as estratégias, ela cria a Fiture Flag e poderá habilitá-lo ou deshabilitá-lo, usando um controle na janela do Fiture Flag, para que os Fiture Flags possam ser usados neste projeto. O URL da API e o ID da instância da Fiture Flag devem ser compartilhados com os desenvolvedores. Raquel copia esses dois valores para compartilhá-los depois. Ela quer usar a Fiture Flag para segmentar o público que vai visualizá-lo, de forma controlada em um ambiente específico. Ela abre a janela do Fiture Flag e verifica os produtos do Fiture Flag em ordem alfabética. Há três estratégias e uma lista de usuários chamada produto em ordem alfabética, Michael arroba cfl.rr.com e Meliarroba cfl.rr.com. A primeira estratégia usa uma porcentagem de implantação de 50%, com base em idês disponíveis no ambiente de produção. A segunda direciona o recurso aos usuários da lista, aos produtos e a lista de usuários em ordem alfabética, para o ambiente de teste. A terceira estratégia direciona o recurso a um usuário específico. Tomas arroba cfl.rr.com para o ambiente de revisão, que é um ambiente temporário, usado para validar atualizações de aplicativos antes de serem feitos o médio no brante principal, como existem vários ambientes de revisão, devido ao número de branches de recursos simultâneos, nos quais os desenvolvedores estão trabalhando. Raquel busca entre os ambientes de revisão atuais e seleciona o correto, onde vai aplicar a estratégia. As Fiture Flags ajudam Raquel a reduzir o risco e permitem fazer testes e entrega de recursos separados da versão do cliente. Raquel gostaria de verificar a estratégia do Fiture Flag em ação, no ambiente de revisão. Ela abre o aplicativo no ambiente de revisão e entra com o usuário tomasarroba.gmail.com. Ela confirma que Tomas recebeu a lista de produtos em ordem alfabética pelo nome. Também nota que, no ambiente de revisão, o aplicativo tem um fundo laranja. Ela desconecta Tomas e, desta vez, faz login como piterarroba.gmail.com. Raquel confirma que piter não recebeu a lista de produtos em ordem alfabética, porque a estratégia da Fiture Flag no ambiente de revisão definiu que apenas Tomas deveria receber o recurso. Raquel agora abre o aplicativo no ambiente de produção para ver se a distribuição de 50%, com base na estratégia de desde disponíveis, está sendo aplicada. Este aplicativo suporta seis nomes de usuários. Ela primeiro entra como piter e vê que ele não recebe o recurso. Em seguida, entra como medic e vê que ele recebe o recurso. Faz login como Michael e constata que ele recebe o recurso. Ela, então, faz login como in e confirma que ele não recebe o recurso. Entra como Mary e vê que ela não recebe o recurso. Finalmente, entra como Tomas que recebeu o recurso. Como podemos perceber? Apenas três usuários receberam e três não, pois a estratégia dessa produção foi definida dessa forma. Raquel quer verificar a estratégia de Fiture Flag em ação no ambiente de teste. Ela abre o aplicativo no ambiente de teste e entra como usuário Michael a roba cfl.rr.com. Ela vê que Michael recebeu a lista de produtos em ordem alfabética por nome. Ela desconecta Michael e, desta vez, entra como Mary a roba cfl.rr.com. Mary também recebeu o recurso no ambiente de teste. Lembre-se de que Michael e Mary estavam na lista de usuários. Para ver esse recurso na preparação, ela desconecta Mary e, ainda no ambiente de testes, entra como Peter a roba gmail.com, que não deve receber o recurso. Peter realmente não recebeu a lista de produtos em ordem alfabética. Raquel quer ver como esse Fiture Flag é usado na aplicação. O GitLab suporta Fiture Flags em diversas linguagens de programação como Java, em que este aplicativo está escrito. Ela vai para o diretório de origem do aplicativo e visualiza o arquivo controlador .java. Ela nota um bloco de declarações para o projeto de código aberto à lixe, que o GitLab usa para a implementação da Fiture Flag. Ela encontra a declaração de algumas variáveis necessárias para a instrumentação de uma Fiture Flag nesta classe Java. No método construtor, ela vê a definição de três dessas variáveis. Os valores id e url da lixe instanção gerados quando a Fiture Flag é criada. O nome do ambiente GitLab é uma variável predefinida no tempo de execução. Um objeto de configuração é então declarado e definido. Para depois ser usado numa instância lixe padrão. Depois que as variáveis e os objetos são definidos com o Fiture Flag, tudo fica simples, como uma declaração e FIELSE, que fornece a lista de produtos em ordem alfabética. Se o Fiture Flag não estiver ativado, ele transforma a parte ELSI, que retorna a lista de produtos na ordem que foram adicionados ao banco de dados e não em ordem alfabética. A instrumentação de Fiture Flag é uma maneira simples e direta de incorporar o Fiture Flag ao seu código. Com as Fiture Flags, podemos testar atualizações no aplicativo, com segurança durante a produção, reduzindo o risco de interrupções não programadas. As Fiture Flags são simples de configurar, neutros em relação à linguagem e ajudam a manter a conformidade e a se preparar para a auditoria. Obrigada por assistir e até a próxima.