Partilhar via

Use inventários para gerenciar ativos e evitar duplicação

À medida que sua organização cresce, cresce também a quantidade de coisas que você precisa acompanhar. As organizações muitas vezes duplicam esforços internos porque as equipes não sabem sobre os projetos umas das outras. À medida que as pessoas se movem entre equipas, novas pessoas se juntam à empresa e outras partem, os projetos podem ficar órfãos. Os inventários ajudam a resolver esses problemas e são uma parte fundamental da engenharia da plataforma.

Um inventário é uma ferramenta ou sistema usado para rastrear, gerenciar e organizar os ativos técnicos de uma organização. Esses ativos incluem código, APIs, contêineres, máquinas virtuais (VMs), permissões de equipe e muito mais.

Não acompanhar os ativos leva à expansão técnica e ao desperdício simplesmente porque você não pode descobrir facilmente o que já existe. Perder a noção do que já existe é um desafio comum.

Temos uma tonelada de contêineres ou instâncias [VM] em execução. Podemos excluir nossas VMs antigas? Ninguém sabe. Precisamos encontrar uma maneira de limpar coisas antigas e usar tags adequadas para que saibamos quem é o proprietário ou a equipe que pode nos informar sobre o que podemos fazer e qual é o ciclo de vida. Não sabemos se podemos desligar uma VM específica porque não temos certeza do que acontecerá. - Martin, engenheiro de DevOps, grande empresa de logística

Rastreie ativos

Você precisa de um inventário para rastrear todas as coisas que você criou ou construiu em seu ecossistema, e que os clientes internos possam visualizar de forma compreensível.

Um inventário pode melhorar a segurança, promover a reutilização e, geralmente, facilitar a descoberta. Diferentes ferramentas estão disponíveis para rastrear diferentes tipos de ativos. Cada uma dessas ferramentas fornece um inventário para ajudá-lo a gerenciar, rastrear e limpar resíduos.

As ferramentas de rastreamento disponíveis incluem:

  • Os Ambientes de Implantação do Azure permitem rastrear a infraestrutura complexa criada por meio da infraestrutura como código (IaC) como um ambiente abstrato.
  • A Central de API do Azure fornece uma maneira para os desenvolvedores descobrirem e consumirem APIs.
  • Registros de pacotes como Pacotes GitHub ou Artefatos do Azure (ou outros inventários de pacotes e SDKs aprovados) melhoram a segurança da cadeia de suprimentos.

Para obter visibilidade de seus inventários, considere a melhor abordagem para sua organização. Algumas organizações permitem que todos os desenvolvedores vejam ativos de software, mas apenas alguns podem modificá-los (semelhante a uma cozinha aberta). Outros, especialmente em setores regulamentados, restringem o acesso de forma mais rígida, às vezes até limitando a visibilidade aos nomes dos projetos devido à sensibilidade.

Melhore a capacidade de descoberta, a governança e a reutilização

Ter um ou mais sistemas de inventário que o ajudem a rastrear o que você tem é fundamental para as práticas de engenharia da plataforma e evitar a expansão técnica. Inicialmente, ter um conjunto de listas de inventário simples pode ser suficiente. No entanto, você pode melhorar ainda mais a capacidade de descoberta adicionando relações entre diferentes ativos em vários inventários. Independentemente do nível de visibilidade necessário, ter um ponto de agregação centralizado permite que as equipes pesquisem e descubram rapidamente todos os ativos disponíveis. Isso promove a reutilização, reduz a redundância e estabelece uma abordagem consistente à governança.

Considere a relação entre uma definição de API e o código do aplicativo implantado que implementa a interface. Este código é armazenado num repositório e gerido por uma equipa e fornece documentação sobre a sua utilização. São criados ambientes de desenvolvimento, teste, produção e até mesmo sandbox temporários. Em cenários nativos da nuvem, os ambientes podem ser implantados em um cluster Kubernetes compartilhado. A equipe de desenvolvimento que constrói a API, e qualquer consumidor interno dela, precisa ser capaz de obter informações sobre cada uma dessas coisas, mas como os recursos se relacionam não é óbvio.

Para começar, você pode usar algo tão simples quanto uma página wiki para ajudar a rastrear como cada coisa se relaciona entre si. Mas a documentação envelhece rapidamente e pode ser difícil de encontrar e analisar. Idealmente, você teria um sistema com um grafo de relacionamento que pode facilitar interfaces de usuário para navegar essas relações em seu inventário. Para realmente melhorar a capacidade de descoberta, você precisa ser capaz de associar coisas armazenadas em vários tipos de inventários ou gráficos juntos. Talvez você não precise consumir inventários diretamente, mas provavelmente desejará associá-los a informações em um sistema de catálogo de API.

Para usar a analogia da loja digital, também pode ser útil associar os itens (modelos) em seu catálogo com o conteúdo de inventário resultante. Por exemplo, se você perceber que um dos seus modelos cria uma configuração insegura, você precisa encontrar rapidamente todos os recursos que foram criados com o modelo para corrigi-los. Os modelos de aplicativo Start Right são pacotes de kit inicial neste catálogo que se vinculam a outros tipos de itens de catálogo (como modelos IaC). O rastreamento dessas associações permite que você encontre proativamente qualquer aplicativo que faça referência a um modelo de IaC incorreto, mesmo que nenhuma infraestrutura esteja provisionada ainda.

Uma variação simplificada desse gráfico conceitual de plataforma de desenvolvedor de alto nível pode ser encontrada em alguns kits de ferramentas e produtos atuais, embora o que é chamado varie. Por exemplo, o kit de ferramentas do portal de código aberto Backstage.io chama isso de catálogo de software, enquanto outros produtos usam termos diferentes. No entanto, a maioria desses produtos e kits de ferramentas pressupõe que você esteja usando seu conjunto de recursos mais amplo e exige que o conteúdo de seus inventários seja duplicado dentro deles. Essa duplicação significa que o conteúdo do banco de dados de catálogo não é específico do usuário, pode se tornar obsoleto e não é controlado pelos mecanismos de autorização do usuário do sistema de origem real. No entanto, isso pode funcionar bem para sua organização se você estiver seguindo uma abordagem de cozinha aberta.

Conteúdo relacionado

  • Last updated on