A questão principal é um pouco complicada. A resposta superficial para quanto de abstração é "não muito, mas não muito pouco". Apenas um pouco mais sério, é algo que você realmente tem que descobrir por si mesmo, pois depende de muitos fatores.
Um bom primeiro passo seria criar uma configuração de "basenode" (uma função e atributos de ambiente) com todos os seus nós gerenciados pelo Chef. Isso pode incluir um monte de livros de receitas comunitárias existentes, como:
- essencial para a construção
- chefe-cliente
- usuários (embora eu prefira o do fnichol livro de receitas para chefs de cozinha )
Nesta fase, os seus aplicativos seriam configurados e instalados manualmente em cima dos nós de base.
Agora, você deve ter uma ideia melhor de como o Chef funciona para que você possa começar a pensar em como seriam mais os livros de receitas específicos de domínio. Continue trabalhando de baixo para cima e escreva livros de receitas para instalar os pacotes necessários para seus aplicativos e use atributos e bolsas de dados para configurá-los. Pode haver alguma semelhança entre os 20 aplicativos que você menciona (eles são na maioria aplicativos Rails, por exemplo) que você pode incluir em um conjunto comum de receitas.
Você faz questão de encontrar um meio entre a configuração manual e a automação. Uma das armadilhas que eu tive quando comecei com o Chef foi tentar automatizar o máximo possível. Isso acaba se transformando em um pesadelo de casos de esquina e bugs estranhos que são corrigidos reiniciando um serviço manualmente ou reiniciando o nó. Não é divertido manter e depurar. Atualmente, eu tento manter os recursos de pacote, arquivo e modelo o máximo possível.
Ter 100 funções soa um pouco exagerado, mas não sei mais detalhes sobre sua situação. Eu costumo trabalhar com funções mais genéricas como "Apache-Server" ou "RabbitMQ-Server" e, em seguida, uso várias combinações de atributos, bolsas de dados e funções mais específicas para personalizar cada nó.