Que recommanderiez-vous pour une grande échelle la technologie Java grille de données: Terre cuite, GigaSpaces, cohérence, etc? [fermé]

StackOverflow https://stackoverflow.com/questions/539985

Question

Je l'ai lu sur des solutions dites « de la grille de données » pour la plate-forme Java, y compris Terre cuite, GigaSpaces et cohérence. Je me demandais si quelqu'un a une expérience dans le monde réel travail un de ces outils et pourrait partager leur expérience. Je suis aussi très curieux de savoir quelle échelle des personnes de déploiement ont travaillé avec: parle-2-4 groupes de nœuds ou avez-vous travaillé avec quoi que ce soit beaucoup plus grande que celle

Je suis attiré par Terracotta en raison de sa « baisse du » soutien Hibernate et Spring, tous les deux que nous utilisons beaucoup. J'aime aussi l'idée de la façon dont il décore bytecode en fonction de la configuration et ne vous oblige pas à programmer contre une « API de réseau. » Je ne suis pas au courant des avantages à des outils qui utilisent l'approche d'une API explicite mais aimerait en entendre parler si elles n'existent en fait. :)

J'ai aussi passé du temps à la lecture sur memcached, mais je suis plus intéressé à entendre des commentaires sur ces trois solutions spécifiques. Je serais curieux de savoir comment ils mesurent contre memcached dans le cas où quelqu'un a utilisé à la fois.

Était-ce utile?

La solution

Nous avons eu 50 serveurs exécutant une application webservice et tous ces serveurs étaient en utilisant un équilibrage de charge BigIP. L'exigence était de mettre en cache chaque état de l'utilisateur afin que les Etats suivants ne font pas encore le même traitement et obtenir les données de l'état précédent. De cette façon, le client du webservice n'a pas besoin de maintenir l'état.

Nous avons utilisé Terracotta pour mettre en cache les états et jamais fait face à tout problème de performance. Aux heures de pointe numéro de dossier de demande est S'y rendre est de 100 par seconde.

Autres conseils

Vous pouvez consulter Hazelcast aussi. Hazelcast est une transaction open source, distribué / mise en œuvre partitionné de file d'attente, sujet, carte, ensemble, liste, verrouillage et service exécuteur testamentaire. Il est très facile de travailler avec; il suffit d'ajouter hazelcast.jar dans votre classpath et commencer à coder. Presque aucune configuration est nécessaire.

Hazelcast est disponible sous la licence Apache et le soutien de qualité de l'entreprise est également disponible. Code est hébergé chez Google Code .

La bibliothèque vous choisissez dépend vraiment de votre application et ce que vous essayez d'atteindre.

Je travaillais pour un magasin qui a utilisé la cohérence pour fournir une évolutivité (et la redondance, en quelque sorte) pour ses applications web. Nous avons constaté que vous devez avoir environ 4-5 noeuds pour commencer à obtenir des avantages de la cohérence (2 ou 3 nœuds réduit potentiellement la performance). Je crois que les documents d'Oracle, vous avez besoin de beaucoup disent (30+) nœuds pour vraiment un avantage avec cohérence. Si vous allez avec cohérence, assurez-vous d'obtenir votre matériel correctement configuré - il est très sensible à la latence.

Personnellement, je rester à l'écart d'une substance « drop-in ». Ils pourraient vous donner quelque chose pour commencer, mais vous finirez par rencontrer des problèmes de synchronisation ou de performance et devront commencer à écrire du code spécifique à votre couche de grille de toute façon. Fondamentalement, vous savez que votre application mieux que la bibliothèque, et sera en mesure de savoir quels éléments doivent être mis en cache, combien de temps ils ont besoin pour vivre, comment votre application sera utilisé, etc.

Je n'ai pas assez d'expérience avec ces technologies, mais je pense que Apache Hadoop est avéré être fiable et évolutive. Yahoo, il a couru sur 10000 noyau Linux cluster .

Il est basé sur Google MapReduce algorithme de.

Cet article décrit MapReduce et pourquoi vous devriez en soucier.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top