Exporter (0) Imprimer
Développer tout

Différences entre Caching localement et Caching dans le nuage

Mis à jour: août 2013

La Cache Microsoft Azure a été développée à partir de la solution de Cache locale fournie avec Microsoft AppFabric 1.1 pour Windows Server Caching. Dans la plupart des cas, les fonctionnalités de Cache Microsoft Azure constituent un sous-ensemble des fonctionnalités offertes par la solution de mise en cache locale de Microsoft AppFabric 1.1 pour Windows Server Caching. Pour plus d'informations sur les fonctionnalités de mise en cache de Windows Server AppFabric, consultez l'article Concepts relatifs à la mise en cache de Windows Server AppFabric. C'est pourquoi, vous pouvez parfois comprendre l'architecture et le comportement de la Cache Microsoft Azure en consultant la documentation relative à la mise en cache locale. Il existe toutefois des différences. Cette rubrique tente de fournir une vue d'ensemble des différences qui existent entre la Cache Microsoft Azure et la solution de mise en cache locale.

WarningAvertissement
L’installation de Microsoft AppFabric 1.1 pour Windows Server Caching et Cache Microsoft Azure sur le même ordinateur n’est pas prise en charge. Ceci peut entraîner un comportement inattendu, notamment des erreurs lors du débogage local et l’absence de certains compteurs de performance.

Administration et configuration du cache

Avec la solution locale de Microsoft AppFabric 1.1 pour Windows Server Caching, il vous faut obtenir des ordinateurs, installer Windows Azure sur chacun d'eux, puis créer et gérer le cluster de cache sur ces ordinateurs.

Dans la solution de nuage, Microsoft Azure gère la plupart des tâches d'administration pour la configuration du cluster de cache. Avec la Service Caching partagé, vous configurez votre cache dans le Portail de gestion Microsoft Azure, et vous obtenez les informations de connexion et de sécurité requises pour l'utiliser. Avec la Cache dans le rôle dans des rôles, vous définissez les besoins de mise en cache dans les propriétés de vos rôles Microsoft Azure. Pour plus d’informations, voir Prise en main du développement du Cache Azure.

Contrairement à Microsoft AppFabric 1.1 pour Windows Server Caching, Windows PowerShell ne permet pas de gérer les caches configurés ou le cluster de cache. Microsoft Azure effectue ces tâches à votre place. Par ailleurs, la solution locale vous permet d'autoriser l'accès au cluster de cache à des identités Windows spécifiques, telles qu'un compte de domaine. Toutefois, avec la Cache Microsoft Azure, le modèle de sécurité est basé sur le Access Control ou le rôle de sécurité Azure standard. Pour plus d’informations, voir Modèle de sécurité (cache basé sur des rôles pour le cache Azure).

Mise en cache ASP.NET

La Cache Microsoft Azure propose un fournisseur d'états de session et un fournisseur de caches de sortie. Ce dernier est différent de celui fourni avec la première version de Microsoft AppFabric 1.1 pour Windows Server Caching. Il fournit également de nouvelles fonctionnalités. C'est pourquoi, il est important de suivre attentivement les instructions pour modifier correctement le fichier web.config pour la Cache Microsoft Azure. Pour plus d’informations, voir Fournisseurs de cache ASP.NET 4 pour le Cache Azure.

Prise en charge des fonctionnalités de mise en cache locale

Microsoft Azure prend en charge un sous-ensemble de fonctionnalités de mise en cache disponibles dans Microsoft AppFabric 1.1 pour Windows Server Caching. La liste suivante décrit certaines de ces différences :

Notifications

Les notifications ne sont prises en charge que dans le cadre de l'utilisation de la Cache dans le rôle dans des rôles. Les notifications ne sont pas prises en charge avec la Service Caching partagé. Cela signifie également que vous ne pouvez pas utiliser les notifications pour invalider le cache local dans la Service Caching partagé. Pour plus d’informations, voir Notifications (cache basé sur des rôles pour le cache Azure).

Expiration et éviction

L'expiration et l'éviction fonctionnent de la même manière avec la Cache dans le rôle dans des rôles, à une exception près. La In-Role Cache for Microsoft Azure Cache introduit une stratégie d'expiration décalée qui renouvelle l'heure d'expiration d'un élément à chaque accès. Cette stratégie est différente de la stratégie d'expiration absolue. Les utilisateurs ont désormais la possibilité de spécifier l'une ou l'autre des stratégies.

Dans la Service Caching partagé, les éléments sans paramètre d'expiration spécifique expirent au bout de 48 heures. Contrairement à la Cache dans le rôle dans des rôles ou à Microsoft AppFabric 1.1 pour Windows Server Caching, il n'est pas possible de modifier ce paramètre d'expiration par défaut pour un Cache Microsoft Azure. Toutefois, si vous ajoutez des éléments au cache avec un délai d'expiration explicite, tel que 10 minutes ou 7 jours, le cache respecte cette valeur. Vous pouvez effectuer cette opération à l'aide de différentes surcharges des méthodes Add et Put. Notez que les fournisseurs ASP.NET utilisent automatiquement ces surcharges pour fournir des délais d'expiration explicites pour l'état de session et la mise en cache de sortie. Dans tous les cas, lorsque la taille de votre cache dépasse la limite de votre offre Service Caching partagé, les éléments utilisés le plus récemment dans le cache sont exclus.

En outre, la Service Caching partagé ne prend pas en charge la désactivation de l'éviction sur un cache. Il est toujours possible que des éléments soient exclus lorsque la mémoire est trop sollicitée. Les applications doivent être conçues de manière à anticiper le fait que des éléments soient manquants et doivent être rechargés à tout moment. Si un cache est trop petit pour les besoins de votre application, une offre de Service Caching partagé plus importante peut être configurée à partir du Portail de gestion Microsoft Azure.

Pour plus d’informations, voir Expiration et éviction (cache basé sur des rôles pour le cache Azure).

Haute disponibilité

La haute disponibilité n'est prise en charge que dans le cadre de l'utilisation de la Cache dans le rôle dans des rôles. La haute disponibilité n'est pas prise en charge avec la Service Caching partagé. Pour plus d’informations, voir Haute disponibilité (cache basé sur des rôles pour le cache Azure).

Régions et balises

Les régions personnalisées et l'identification à l'aide de balises ne sont prises en charge que dans le cadre de l'utilisation de la Cache dans le rôle dans des rôles. Ces fonctionnalités ne sont pas prises en charge avec la Service Caching partagé. Pour plus d’informations, voir Régions et identification (cache basé sur des rôles pour le cache Azure).

Prise en charge des API

Dans la plupart des cas, vous pouvez utiliser les mêmes API pour écrire des clients de cache qui utilisent la Cache Microsoft Azure ou Microsoft AppFabric 1.1 pour Windows Server Caching. Il existe toutefois des exceptions en raison des différences qui existent entre les deux solutions. Pour obtenir une liste détaillée des API disponibles pour les cache clients Cache Microsoft Azure, consultez la rubrique Prise en charge des API dans le cache Azure.

Voir aussi

Autres ressources

Overview of Caching in Azure

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft