Sur le plan architectural, comment pouvez-vous consolider les données provenant de plusieurs services OData/WCF sans sacrifier les performances? J'expose un contexte EF sur le service et souhaite de la flexibilité dans quel (s) objet (s) interroger.Gestion de plusieurs services OData/WCF
Supposons qu'un utilisateur initie une requête nécessitant de contacter x nombre de services OData distincts s'exécutant sur des serveurs distincts répartis dans le monde entier. Au fur et à mesure que x augmente, je pense que le temps nécessaire pour recevoir les résultats augmentera aussi. Est-ce que quelqu'un sait comment améliorer les performances via la mise en cache ou une base de données centrale temporaire, etc.?
Actuellement, je consolide les données dans une base de données SQL en contactant tous les services OData à des intervalles planifiés et en initiant des requêtes sur cette base de données centrale. Je cherche une solution meilleure et plus légère, si possible.
Merci d'avance.
Par service de couche, vous voulez dire essentiellement un seul service qui agit comme une passerelle vers plusieurs, n'est-ce pas? Ça marcherait. Je peux interroger de manière asynchrone pour de petits lots de données, puis pour des lots plus volumineux, peut-être construire de manière asynchrone un cache pendant le chargement de la page à l'avance, puis interroger ce cache? Il va être un site web asp.net pour l'interrogation/génération de rapports. –