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ê exact 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, juntamente com as mudanças maiores, devem facilitar a criação e a implantação de aplicativos Dapr em todas as nuvens e ferramentas de desenvolvimento de sua escolha. Entre os muitos SDKs disponíveisa implementação .Internet oferece um conjunto completo de recursos, incluindo suporte para Actors e ferramentas de fluxo de trabalho do Dapr. Se você prefere Python, Go, JavaScript ou até mesmo Java, você pode encontrar versões estáveis do SDK; C++ e Rust estão em desenvolvimento.