Planejar sua transição para pacotes

Objetivos de aprendizagem

Após concluir esta unidade, você estará apto a:

Identificar casos de uso em que é possível migrar para uma abordagem modular (desenvolvimento de pacotes).
Identificar um cenário em que o desenvolvimento de pacotes não é viável.

Próxima etapa: Planejar sua transição para pacotes

Agora que você entende o valor do modelo de desenvolvimento com pacotes, tem interesse em avançar com ele. Então, como começar? As etapas seguintes dependem da complexidade e maturidade da sua organização de produção e dos processos de desenvolvimento associados. Veja algumas sugestões para ajudar você a começar.

Por que agora é um ótimo momento para adotar os pacotes

Anteriormente, os pacotes se destinavam a parceiros que pretendiam criar e distribuir aplicativos no AppExchange. Porém, atualmente, há um novo rei dos pacote disponível para empresas e clientes: os pacotes desbloqueados. Se você é cliente, prestador de serviços, consultor ou integrador de sistemas do Salesforce, os pacotes desbloqueados foram feitos para você!

Os pacotes desbloqueados oferecem uma forma repetível, rastreável e com script para organizar seu trabalho e gerenciar a mudança durante o desenvolvimento de funcionalidades.

Porém, o melhor de tudo é que os projetos da Salesforce CLI e DX facilitam a criação de pacotes desbloqueados. Você pode instalar pacotes desbloqueados em qualquer ambiente do Salesforce: organizações teste, sandboxes, organizações de avaliação e organizações de produção.

Se quiser saber mais, verifique o módulo Pacotes desbloqueados para clientes.

Montar uma equipe

Talvez você já tenha ouvido a expressão “Ninguém é uma ilha”. Esse mesmo ditado se aplica às equipes. Em muitas empresas, a organização de produção do Salesforce conta com muitas partes interessadas. Ao se preparar para embarcar na jornada de desenvolvimento com pacotes, uma das primeiras tarefas envolve a forma de desemaranhar sua organização. Antes de começar, é importante incluir as pessoas certas.

A trilha Prontidão para desenvolvimento com pacotes apresenta estratégias para montar sua equipe como preparação para a mudança para o desenvolvimento com pacotes.

Procurar formas de desemaranhar a organização em pacotes

Avalie todos os aspectos do seu processo de desenvolvimento para procurar possíveis formas de adotar uma abordagem modular baseada em pacotes. Procure aplicativos distintos na organização de produção que sejam independentes dos demais. Você tem equipes distintas que criam e mantêm esses aplicativos? Em caso afirmativo, você pode isolar esses aplicativos em seus respectivos pacotes. O AppExchange tem vários exemplos excelentes de aplicativos independentes que seguem essa ideia de isolar um conjunto de origens e metadados em um único pacote.

Muitas vezes, você não tem um aplicativo distinto que possa ser dividido em um pacote, mas tem partes distintas da sua organização que você desenvolveu ao longo do tempo. Por exemplo, extensões para um de seus aplicativos principais podem ser lançadas como pacotes. Você pode isolar todas as extensões criadas para personalizar o processo de vendas da empresa em um único pacote. Se puder isolar os metadados específicos dessas partes, poderá usá-los para desenvolver um pacote.

Você também pode procurar equipes que já criam ou gostariam de criar e distribuir separadamente das demais. Encontre equipes que estejam em busca de oportunidades para serem mais ágeis e flexíveis. Ou equipes que queiram separar as mudanças do processo mais amplo de gerenciamento de mudanças em sua organização de produção. Essas equipes podem isolar os metadados e armazená-los em um pacote próprio.

Se concluir que dividir os metadados em sua organização é muito difícil, os pacotes desbloqueados dependentes da organização poderão ser ideais para você. Os pacotes desbloqueados dependentes da organização são uma variação de pacotes desbloqueados que permitem que você crie pacotes que dependam de metadados não empacotados na organização em que planeja instalar o pacote (organização de instalação).

Atenção com metadados compartilhados

Ao longo do percurso, avalie todos os pacotes potenciais de componentes de metadados compartilhados. Não convém isolar inadvertidamente os metadados compartilhados em um pacote que pertence a uma equipe ou aplicativo específico. Se o componente de metadados for compartilhado, recomendamos que você organize esses componentes compartilhados em um único pacote base. Dessa forma, você pode garantir que todos os pacotes façam referência aos componentes do pacote base compartilhado. (Lembre-se que componentes de metadados só podem estar em um pacote de cada vez.)

Iniciar seu projeto de pacotes

Depois de identificar pacotes potenciais, use a API de metadados para recuperar a origem relacionada ao pacote. Consulte Desenvolvimento de aplicativos com o Salesforce DX para saber como usar a Salesforce CLI e sua organização de testes para criar um package.xml que identifique os componentes do pacote. Depois de recuperar a origem no formato de metadados, converta-a para o formato de origem.

Em seguida, crie um repositório VCS para cada pacote. A partir daí, continue o processo de separação criando pacotes específicos para esses aplicativos.

Roma não se fez num só dia

Se sua organização tem uma organização madura ou complexa, a mudança para pacotes precisa ocorrer gradualmente. Sua organização de produção é seu bem mais valioso, portanto, planeje sua transição com cuidado. Use as orientações desta unidade para identificar partes da sua organização que podem ser transferidas para pacotes. Transfira um pacote de cada vez e continue a avaliar e a aperfeiçoar seu processo.

Agora que você já sabe mais sobre o modelo de desenvolvimento com pacotes, é hora de colocar a mão na massa e testá-lo.

Procurando ajuda?

Descubra mais