Vaughn Vernon décrit avec des acteurs comme DDD agrège ici: Vaughn Vernon on the Actor Model and Domain-Driven DesignDDD agrégats comme des acteurs
Tenir compte un total de la facture: est le cycle de vie de l'acteur service Azure Fabric à utiliser tel que 1 Acteur peut être utilisé pour tenir l'état de seulement 1 facture (disons avec l'identité "ABC") et le stockage fiable représente l'état de cette facture. Ou est-ce qu'un type d'implémentation Flyweight est nécessaire pour choisir une instance d'acteur disponible et charger l'état pour la facture "ABC" pour la durée de l'appel?
La première option semble correspondre à l'idée d'un acteur mais cela signifie que l'infrastructure Fabric doit avoir été conçue dans cet esprit avec 1 acteur pour chaque facture dans le système (un nombre illimité et sans aucun doute très grand)