Est-ce que Terracotta est un cache distribué?Terracotta est-elle un cache distribué?
Répondre
Bien que vous ne spécifiez pas de quel produit vous parlez, je suppose que vous voulez dire la plate-forme open source elle-même. La réponse courte est non, mais il peut être utilisé pour écrire un cache distribué, et il a été dans l'un de leurs propres produits (Ehcache).
Vous pouvez voir un aperçu de ce qu'est le moteur principal sur
here
(il semble qu'ils cachent les informations sur leur plate-forme open source derrière un mur d'enregistrement maintenant). C'est un moteur de cluster qui n'utilise pas la technologie J2EE, et son but principal est de simplifier le développement de l'informatique distribuée. Outre la mise en cache, les cas d'utilisation évidents impliquent des besoins de haute disponibilité et d'évolutivité. Pensez-y comme permettant à un code java relativement simple de fonctionner «dans le nuage» sans avoir à vous soucier de beaucoup de détails que cela pourrait impliquer.
Oui, je parlais de la plate-forme open source Terracotta pour Java. Ajout d'un lien dans la question sur le site Terracotta. –
Votre question n'est pas claire (Terracotta a plusieurs produits) mais oui, le Terracotta Platform offre une solution pour la mise en cache distribuée.
Terracotta n'a rien à voir avec la 'mise en cache' bien que la plupart des implémentations l'utilisent à des fins de mise en cache. Terracotta est sur le regroupement et la terre cuite elle-même est mis en œuvre en utilisant java (à ma connaissance).
Comment cuite réalise le regroupement:
1) JVM1 exécutant APP 2) JVM2 exécutant APP (même) 3) JVM3 exécutant APP (même)
Sans cuite tous JVM fonctionnent indépendamment avec des nouveautés a propos de l'autre effectuer certaines tâches redondantes et de maintenir leurs tas indépendants
Lorsque vous activez Terracotta (un serveur exécutant en terre cuite) à travers ces 3 JVMs (configuré pour utiliser le serveur Terracotta)
Terracotta donne une vue logique des 3 JVM en tant que JVM unique. Tout graphe d'objet que vous désignez être stocké sur le serveur (racine) est disponible pour les 3 JVM comme tout objet local mais chaque JVM peut lire/écrire sur cet objet, dont les changements sont immédiatement (~) disponibles pour les autres JVM. Pour cette raison, Terracotta est principalement utilisé pour la mise en cache et l'informatique distribuée car les machines virtuelles Java inactives ne peuvent pas traiter le travail de la machine JVM retardée fortement chargée si l'unité d'objet de travail est désignée comme partageable.
Le cache L2 est celui qui est externe à un processeur (une JVM, dans notre cas) et partagé entre eux. Servant de cache L2 transparent, Terracotta associe votre multicomputer à un multiporcessor. Ainsi, c'est un cache distribué. Mais, vous semblez ne pas l'avoir parce que vous êtes des gars de SW qui n'ont jamais imaginé que cela puisse être transparent. Vous vous attendez à ce qu'un cache soit une chose qui a des méthodes get/set et un problème de cohérence que vous devez résoudre au niveau de l'application.
Lisez le "Guide définitif de la terre cuite". Les auteurs disent littéralement que Terracotta est un cache distribué. Je pense qu'ils comprennent mieux que quiconque qui dit «non» en répondant ici.
jamais entendu parler auparavant, mais googler pour "terracotta cache distribué" m'a donné ceci: http://www.terracotta.org/confluence/display/labs/Distributed-Cache+Webcast –
Cela ressemble presque à une question de devoirs pour certains CS optionnels. o.0 – Amber
@Dav - le "pourquoi ou pourquoi pas" me donne aussi une pause. –