Usando um daemonset, um pod Dapr é executado junto com suas cargas de trabalho. Cada vez que o planejador do Kubernetes implanta uma nova instância do seu aplicativo, ele implanta um novo daemon Dapr, para que as APIs Dapr estejam sempre disponíveis com latência mínima. Há, é claro, uma desvantagem, pois essa abordagem consome mais recursos do sistema do que usar um sidecar.
Se os recursos forem um problema, você pode usar o Dapr como uma implantação do Kubernetes, instalando uma instância do tempo de execução do Dapr por cluster. O orquestrador do Kubernetes determinará qual nó ele usa para o Dapr, então pode haver latências de rede entre cargas de trabalho e APIs. Talvez você precise repensar como seu aplicativo lida com mensagens e qual modelo de consistência você usa.
A maioria das atualizações no Dapr 1.14 são melhorias em recursos existentes, como desempenho e segurança, que, junto com as mudanças maiores, devem facilitar a construção e a implantação de aplicativos Dapr em sua escolha de nuvens e ferramentas de desenvolvimento. Entre os muitos SDKs disponíveis, a implementação .Net oferece um conjunto completo de recursos, incluindo suporte para Actors e ferramentas de fluxo de trabalho do Dapr. Se você preferir Python, Go, JavaScript ou até mesmo Java, poderá encontrar versões estáveis do SDK; C++ e Rust estão em desenvolvimento.