Quelles sont les justifications pour les collections fiables de tissu de service. L'équipe avec laquelle je travaille est en train de remplacer les services avec état par état et de supprimer l'état sur un serveur redis. Pour autant que je comprenais que le tissu de service devrait éliminer la conversation non-assidue et être rapide à résoudre les problèmes. Je suppose que le paramètre d'état de persistance dans le tissu de service et le débogage est si difficile que l'équipe a abandonné.Service collections de tissus fiables
Comment aborder les projets de tissu de services
PS
Je me sens encore que SF est la voie à suivre comme il nous donne le 1000 serveur échelle de machine virtuelle inscrivant l'architecture.
Il s'agit de conserver les données les plus proches de l'endroit où elles sont utilisées. Dans le cas des services avec état, il s'agit d'éviter d'avoir des appels réseau potentiels vers une couche de persistance (que ce soit redis, une base de données ou autre chose). –
PS: le fait qu'il vous offre des possibilités à grande échelle ne devrait pas être la seule raison d'utiliser ASF. Les applications Web peuvent également évoluer très bien et presque personne n'aura besoin d'un cluster SF de 1000 machines, à moins d'avoir une très grosse solution. Mais alors, compte tenu de vos déclarations au sujet de l'équipe, on peut se demander s'ils seront à la hauteur de la tâche. Si vous ne vous sentez pas à l'aise d'utiliser ASF, vous ne devriez pas l'utiliser ou investir pour apprendre à le connaître vraiment bien. –