Nos complace anunciar el lanzamiento de Couchbase Server 3.0.3 Enterprise Edition. Como muchos de vosotros sabréis, la versión 3.0 fue un lanzamiento importante para la compañía y contaba con muchos cambios arquitectónicos, además de introducir varias características interesantes como la memoria ajustable y el acceso a datos encriptados que proporcionan una mayor fiabilidad y seguridad para las empresas.
El objetivo de la versión 3.0.3 es reforzar aún más las versiones 3.0 atendiendo a los comentarios de nuestros usuarios y clientes, en concreto solucionando problemas de fiabilidad con el protocolo de cambio de base de datos (DCP). Las notas de la versión completa están disponibles en aquí.
Puede descargar y comprobar la última versión en nuestro descargar página. Si actualmente está ejecutando Couchbase Server 3.0/3.0.1/3.0.2 EE, le recomendamos que actualice a la versión 3.0.3 EE. Estamos trabajando en la edición de la comunidad y actualizaremos nuestra página de descargas una vez que esté disponible.
Pruebe la versión 3.0.3 y dénos su opinión.
¿Cuáles son los planes para la edición comunitaria?
Estamos planeando lanzar Couchbase Server 4.0 en unos meses con una versión preliminar para desarrolladores en las próximas semanas. Nuestro plan es, 4.0 tendrá una edición de la comunidad que la comunidad puede utilizar para tomar ventaja de las consultas avanzadas con SQL para documentos (a.k.a N1QL).
¿Hay planes para una edición comunitaria de 3.0.3 en concreto?
Hola Ben, la edición comunitaria lleva unos meses de retraso por lo que una nueva edición comunitaria no es inminente.
Así que, básicamente, ¿estás mintiendo a tus clientes, y no tienes intención de apoyar una edición de la comunidad de buena fe? Desde el 15 de junio de 2015 el sitio de Couchbase dice: \"Las correcciones de errores y las nuevas características se integran eventualmente con la Community Edition (CE), pero esto suele tardar varias semanas. \"
Gracias Franklin, no se trata de intentar ser infieles a lo que decimos, es sólo que el texto tal como está escrito ahí es un poco demasiado optimista sobre el ciclo de lanzamiento. Trabajaré para corregir ese texto.
La idea es que hay ciertos puntos en los que lanzamos una versión CE que incluye correcciones. Para quienes necesiten las correcciones más actualizadas y la posibilidad de priorizarlas, existen las suscripciones EE.
En estos momentos, el esfuerzo se centra en la versión 4.0, en la que estamos trabajando para llegar a la versión GA. Será una versión CE con correcciones y nuevas funciones. Dado que estamos entre versiones mayores, la distancia temporal es mayor que unas pocas semanas. Por eso tenemos que actualizar ese texto para que esté más en consonancia con este conjunto particular de circunstancias en nuestro ciclo de lanzamiento.
Todo Couchbase es de código abierto bajo la licencia Apache 2.0 y se puede encontrar en https://github.com/couchbase. Por supuesto, cualquier cosa que construyas allí no sería una versión (CE o EE) de Couchbase, sería tu propia construcción.
¿Te das cuenta de que debido a un error en la versión 3.0.1 nadie que utilice la edición comunitaria de Couchbase puede hacer copias de seguridad o restaurar sus datos? Peor aún es que tienen una solución en la 3.0.3 pero se niegan a liberarla para la CE. ¿Cómo puede Couchbase justificar centrarse en la versión 4 cuando la versión 3 no es estable (copia de seguridad y restauración)? ¿Cómo podría alguien que ejecuta couchbase 3.0.1 CE actualizar a 4, ya que no pueden hacer copias de seguridad de sus datos?
Esto es lo que te oigo decir: \"No planeamos lanzar 3.0.3 como edición comunitaria, si tienes un problema con esto, entonces paga por el EE, o espera a la versión 4.0, o arregla el problema tu mismo. Tenga en cuenta que la edición de la comunidad no es una prioridad y no tiene ninguna promesa de calidad de Couchbase.\"
Si esto representa la actitud de Couchbase en su conjunto, entonces recomiendo a la compañía que deje de fingir ser una empresa amiga del código abierto y se limite a cobrar dinero por Couchbase. Microsoft es una buena empresa para modelar en este ámbito.
Estoy de acuerdo, este es un problema real, no un pequeño error inconveniente, El problema está causando reequilibrio, copia de seguridad y transferencia de datos a fallar. Todo lo que puedo decir es que la parte de administración de couchbase es peor que horrible, y por mi parte no lo recomendaré a ningún otro proyecto.
Gracias por los comentarios y entiendo la frustración. Para ser claro; ¿Están ustedes refiriéndose a este problema: https://issues.couchbase.com/b…
https://forums.couchbase.com/t…
https://issues.couchbase.com/b…
https://forums.couchbase.com/t…
Hola Frank,
la cuestión que usted señala (https://issues.couchbase.com/b... es un problema en couchbase server 4.0 (nombre en clave sherlock). Supongo que sus comentarios se basan en 3.0.1. Si usted puede reproducir este problema en 3.0 por favor hágamelo saber. Es probable que ya sepas que la versión 4.0 aún está en desarrollo y no es compatible con las implantaciones de producción). - En cambio, tenemos algunos reportes de problemas en cbbackup que están siendo rastreados aquí: https://issues.couchbase.com/b... - este problema afecta a todas las versiones 3.x independientemente de la edición. Tenemos una solución que hemos documentado en el ticket de JIRA. Si usted puede probar la solución y que me haga saber el resultado sería genial. Me pueden contactar en cihan@couchbase.com.
En cuanto a los hilos del foro, he respondido con mensajes a los hilos para asegurarme de que toda la gente conoce la solución al problema del cbbackup.
Puede añadir una línea al script Python para solucionar el problema de copia de seguridad/restauración: https://issues.couchbase.com/b…