2008-11-11 7 views
9

¿Alguien tiene experiencia en el uso de la oferta de código abierto de Terracotta en lugar de su oferta empresarial? Específicamente, me interesa si vale la pena el esfuerzo de usar terracota sin las herramientas empresariales para administrar su clúster.¿Alguna experiencia usando el código abierto de Terracotta?

Resumen de uso excesivamente simplificado: somos una pequeña empresa de reciente creación con un presupuesto limitado que necesita procesar millones de registros y escalar cientos de miles de páginas visitadas por día.

Respuesta

5

Por el momento, las herramientas empresariales de Terracotta proporcionan solo algunas características más allá de la versión de código abierto en aspectos como la visualización y la administración (como la capacidad de expulsar a un cliente del clúster). Eso continuará divergiendo y es probable que las herramientas empresariales cuenten con una mayor funcionalidad a nivel de operador en aspectos como la administración y el monitoreo, pero sin duda puede administrar y ajustar una aplicación incluso con las herramientas de código abierto.

La licencia de empresa también le ofrece elementos como soporte, indemnización, etc. que pueden o no ser tan importantes para usted como las herramientas.

Le recomiendo que lo pruebe por usted mismo.Si desea ver un ejemplo de una aplicación real a través de terracota, que debe salir esta aplicación web de referencia que se acaba de publicar:

The Examinator

-8

actualización

Lo que veo en el mensaje op es "bueno, yo realmente no sé lo que necesitamos (por lo tanto la falta de requisitos detallados), pero puede ser un poco de herramienta enterprizey mágicamente va a resolver todos nuestros problemas, conocidos e imprevistos? Eso sería impresionante! "

Con un enfoque arquitectónico como este no va a volar. Ninguna historia de éxito de Teracotta cambiaría eso.

OSS es beneficioso cuando la comunidad que lo rodea puede reemplazar el soporte comercial. Supongamos que el hombre tiene un problema en la producción. La comunidad no puede ayudar, es demasiado pequeño para este producto oscuro como este. Los servidores están caídos, el negocio está en peligro. ¿Lo ves? Necesita una licencia comercial por adelantado. ¿Sin dinero? Bueno, entonces eres no un negocio, y probablemente no vas a ser uno (si nadie está dispuesto a invertir en él).

Perdón por interrumpir su soñar despierto.

mi humilde opinión:

terracota es una solución de agrupamiento. La agrupación en clúster es necesaria para aplicaciones grandes de nivel empresarial. Las aplicaciones grandes significan grandes presupuestos. Los grandes presupuestos significan que puede pagar una licencia comercial de Terracotta.

Para decirlo de otra manera: si no tiene presupuesto para comprarlo, probablemente no sea beneficioso para su proyecto.

+0

No estoy de acuerdo con "grandes aplicaciones significan grandes presupuestos". Por ejemplo, si usted es una empresa que maneja un "volumen empresarial" de datos, su presupuesto es pequeño, pero sus necesidades son grandes. –

+0

En general, no tener el presupuesto para comprar algo no significa que no ayudará a su situación. Hay diferentes intercambios. Por ejemplo, el precio para comprar fuera de la estantería frente al tiempo para construir algo en casa. –

+0

El manejo de inicio del "volumen empresarial" necesitaría invertir al menos en hardware empresarial, y también en soluciones de copia de seguridad grandes, y así sucesivamente. El gran presupuesto vendría de inversionistas de riesgo o ángel, pero tiene que estar allí de todos modos. –

1

Es posible que desee echar un vistazo a JBossCache/PojoCache que es una solución de caché distribuida en la memoria. La diferencia es que usa una API simple para propagar objetos a través de su 'clúster' de cachés, mientras que Terracotta funciona en el nivel de carga de clases/jvm.

(Ellos en realidad no tienen su propia JVM, pero que modifican las clases, ya que se cargan a permitir que sean 'para clúster')

Nuestra compañía tenía mucha suerte con JBossCache, lo recomiendo Comprobándolo.

+0

Derecha. Probablemente JBossCache (¿JGroups AKA?) Es todo lo que necesitan –

+0

¿Cómo tiene sentido esto? La publicación original no hace mención de los requisitos para el uso real o no de Terracota. Pregunta si necesitan OSS o Enterprise. Sin embargo, esta respuesta es juzgar que Terracotta no es necesaria en absoluto. WTF. Esa no era la pregunta. –

+0

JGroups no es lo mismo que JbossCache. JbossCache hace un uso intensivo de JGroups, que es un marco subyacente para multidifusión y RPC. Re: Taylor. Si alguien pregunta si el HotSpot VM es lo suficientemente bueno para hacer x, y respondo 'bueno, he tenido suerte haciendo x con JRockit', ¿cómo no es útil? – runT1ME

8

estoy en un proceso de integración de terracota con mi proyecto (un simulador de red de nodo sensor). Hace aproximadamente tres semanas descubrí acerca de Terracotta de uno de mis colegas. Y ahora mi aplicación aprovecha la computación grid utilizando Terracotta. A continuación resumí algunos puntos esenciales de mi experiencia con Terracotta.

  • El sitio de Terracotta contiene documentación bastante detallada. Este artículo probablemente sea un buen punto de partida para un desarrollador Concept and Architecture Guide
  • Cuando tiene un problema y no encuentra respuesta en la documentación, el Terracotta community forum es un buen lugar para hacer preguntas. Parece que los desarrolladores de Terracotta lo revisan de forma regular y son muy receptivos.
  • Aunque Terracotta se ejecuta bajo JVM y se anuncia que solo es una cuestión de configuración hacer que la aplicación se ejecute en un clúster, debe estar preparado para poder introducir algunos cambios serios en su aplicación para hacerlo funcionar razonablemente bien. P.ej. Tuve que reescribir completamente la lógica de sincronización de mi aplicación.
  • Buena integración con Eclipse.
  • La consola de administración es una gran herramienta y me ayudó mucho a ajustar mi aplicación para que funcione decentemente con Terracotta. Recopila todas las métricas de rendimiento de servidores y clientes en los que solo se puede pensar. Ciertamente tiene algunos problemas relacionados con la GUI, pero quién no :-)
  • Prefiere las primitivas de sincronización Java estándar (sincronizadas/espera/notificación) sobre java.util.concurrent. * Ciudadanos. Descubrí que las primitivas estándar proporcionan una mayor flexibilidad (se pueden configurar para que sean un clúster de lectura o escritura o incluso no-cerradas), más fáciles de rastrear en la Consola de administración (se ve el nombre de la clase del objeto que se está bloqueando) luego, por ejemplo, algunos ReentrantLock).

Espero que ayude.

Cuestiones relacionadas