Compartilhar via

Usar inventários para gerenciar ativos e impedir a duplicação

À medida que sua organização cresce, a quantidade de coisas que você precisa rastrear também aumenta. As organizações geralmente duplicam os esforços internos porque as equipes não sabem sobre os projetos umas das outras. À medida que as pessoas se movem entre as equipes, novas pessoas entram na empresa e outras saem, os projetos podem ficar órfãos. Os inventários ajudam a resolver esses problemas e são uma parte fundamental da engenharia de 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, VMs (máquinas virtuais), permissões de equipe e muito mais.

Não manter o controle de ativos leva a expansão técnica e desperdício simplesmente porque você não pode descobrir facilmente o que já existe. Perder o controle do que já existe é um desafio comum.

Temos um grande número de contêineres ou instâncias [VM] em execução. Podemos excluir nossas VMs antigas? Ninguém sabe. Precisamos criar uma maneira de limpar coisas antigas e usar marcas 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 da DevOps, grande empresa de logística

Acompanhar ativos

Você precisa de um inventário para acompanhar todas as coisas que você criou ou criou em seu ecossistema e que os clientes internos podem visualizar de maneira compreensível.

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

As ferramentas de acompanhamento disponíveis incluem:

  • Os Ambientes de Implantação do Azure permitem acompanhar a infraestrutura complexa criada por meio da IaC (infraestrutura como código) como um ambiente abstrato.
  • O Centro de API do Azure fornece uma maneira para os desenvolvedores descobrirem e consumirem APIs.
  • Os 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 algumas podem modificá-los (semelhante a uma cozinha aberta). Outros, especialmente em setores regulamentados, restringem o acesso com mais força, às vezes até limitando a visibilidade aos nomes de projetos devido à confidencialidade.

Aprimorar a descoberta, a governança e a reutilização

Ter um ou mais sistemas de inventário que ajudam a controlar o que você tem é fundamental para as práticas de engenharia de plataforma e evitar 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 para eles. Isso promove a reutilização, reduz a redundância e estabelece uma abordagem consistente de governança.

Considere a relação entre uma definição de API e o código do aplicativo implantado que implementa a interface. Esse código é armazenado em um repositório e gerenciado por uma equipe e fornece documentação sobre seu uso. Ambientes de desenvolvimento, teste, produção e até mesmo de sandbox temporários são criados. Em cenários nativos de nuvem, os ambientes podem ser implantados em um cluster compartilhado do Kubernetes. A equipe de desenvolvimento que cria a API e todos os consumidores internos dela precisam ser capazes de obter informações sobre cada uma dessas coisas, mas a forma como os recursos se relacionam não é óbvia.

Para começar, você pode usar algo tão simples quanto uma página wiki para ajudar a acompanhar como cada coisa se relaciona entre si. Mas a documentação envelhece rapidamente e pode ser difícil localizar e analisar. Idealmente, você teria um sistema com um grafo de relação que possa alimentar as interfaces do usuário para que estas possam percorrer essas relações no seu inventário. Para realmente melhorar a capacidade de descoberta, você precisa ser capaz de associar itens armazenados em vários tipos de inventários ou grafos juntos. Talvez você não precise consumir estoques diretamente, mas provavelmente desejará associá-los a informações em um sistema de catálogo de API.

Para usar a analogia do repositório digital, também pode ser útil associar os itens (modelos) em seu catálogo ao conteúdo de inventário resultante. Por exemplo, se você perceber que um de seus modelos cria uma configuração insegura, precisará encontrar rapidamente todos os recursos que foram criados com o modelo para corrigi-los. Os "Start right application templates" são kits iniciais neste catálogo que se conectam a outros tipos de itens no catálogo (como modelos de IaC). O acompanhamento 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 ainda esteja provisionada.

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 atualmente, embora o nome varie. Por exemplo, o kit de ferramentas do portal de software livre 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 exija que o conteúdo de seus inventários seja duplicado dentro deles. Essa duplicação significa que o conteúdo do banco de dados do catálogo não é específico do usuário, pode ficar 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