Kanera se ejecuta en su propio servidor desde un archivo Docker Compose, con el mismo conjunto de funciones que Kanera alojado y sin tarifa por puesto de Kanera.
Kanera trae su propia base de datos, caché, migraciones, trabajadores y nivel web. Aquí nada es un servicio administrado que debe comprar primero, y el navegador solo se comunica con el contenedor web.
Tu infraestructurawebLa aplicación creada detrás de nginx. El único servicio al que debe acceder un navegador.
apiTráfico de tablero y Socket.IO, proxy internamente por web. Dos réplicas por defecto.
workerProgramadores, notificaciones, entrega de webhooks y limpieza. Exactamente uno de estos.
postgresDatos de la aplicación en un volumen persistente. No hay base de datos administrada para comprar primero.
valkeyLímites de distribución, presencia y frecuencia compartida en tiempo real entre réplicas.
migrateEjecuta los cambios de esquema pendientes una vez, antes de que los servicios de la aplicación comiencen a funcionar.
public-apiREST, webhooks y la referencia de OpenAPI. Expónmelo sólo si lo deseas.
mcpHTTP transmisible para clientes de IA, respaldado por la API pública.
db-backupVolcados de Postgres programados opcionales, cifrados con GPG y enviados a un almacenamiento compatible con S3.
Las cargas se realizan en vivo en un volumen Docker o en un almacenamiento compatible con S3 cuando lo configura. Un perfil de Prometheus, Grafana y Loki se envía en el mismo archivo, desactivado a menos que usted opte por participar.Entorno, dominios y controles de salud.
Kanera es ligero a escala de equipo. Estos son los puntos de referencia desde los que comienza la guía de implementación, por lo que puede fijar el precio de una máquina ahora en lugar de después de la primera importación.
Líneas base de planificación, no garantías medidas. La actividad simultánea importa más que el número de cuentas registradas, y la retención de archivos generalmente impulsa el disco antes que Kanera. El perfil opcional de Prometheus y Grafana agrega aproximadamente entre 0,7 y 1,5 GiB de memoria.
| equipo tipico | Servidor | disco |
|---|---|---|
| Uso personal o ligero | 1 CPU virtual, 1 GiB | 10GB |
| 1 a 25 usuarios activos | 1-2 CPU virtuales, 2 GiB | 20 GB |
| 26 a 100 usuarios activos | 2-4 vCPU, 4 GiB | 40 GB |
| Más de 100 usuarios activos | 4+ vCPU, 8+ GiB | 80+ GiB |
La edición autohospedada se basa en la misma base de código que Kanera Pro alojada. No hay ningún nivel de comunidad al que se le hayan eliminado las partes útiles.
Hosted Free limita usuarios, tableros, automatizaciones y almacenamiento compartido. Una organización autohospedada no tiene recuento de puestos, límite de tablero ni verificación de plan, las conexiones de agentes no tienen restricciones de plan y el almacenamiento de archivos adjuntos es su propio disco o depósito S3.
Trello no tiene una edición autohospedada, por lo que el movimiento es una exportación y una importación. El importador ejecuta lo mismo en su servidor que en el nuestro y le devuelve cada decisión de mapeo.
un tablero por exportación JSON, hasta 50 MB. El tablero de Trello nunca cambia por nada de esto.
Configuración del espacio de trabajo → Importar recorre las listas, etiquetas, campos personalizados y miembros, y cada uno se crea, se reutiliza o se omite según usted. Confirmar es lo primero que escribe datos.
Configure TRELLO_API_KEY en el archivo de entorno y los usuarios podrán conectar Trello durante una importación para que se copien los archivos adjuntos cargados. Sin él, los enlaces a Trello se mantienen.
¿Probar primero Kanera alojada? Exporte cada tablero a JSON e importe el archivo a su propia instalación. La ruta discurre en ambos sentidos.La importación de Trello en detalle
Ejecutar Kanera no es la parte difícil; mantenerlo funcionando lo es. Todo lo que aparece a continuación pasa de nosotros a usted en el momento de su implementación, y no existe ningún contrato de soporte que lo cubra silenciosamente.
Un límite actual en cualquier caso: Kanera no tiene un inicio de sesión único en la actualidad. Donde Kanera no encaja.
Docker Compose en su propio servidor, su base de datos, sus archivos, su límite de red. No hay licencia de Kanera ni tarifa por puesto, y el servidor no se comunica con nosotros para verificar actualizaciones o licencias.
Es mejor cuando el control de la implementación es un requisito al que puede contratar personal.Lea la guía de implementaciónHosted Kanera Pro cuesta $5 por usuario por mes, o $49 por usuario por año, y cada espacio de trabajo comienza con una prueba de 30 días. Las actualizaciones, las copias de seguridad, el correo, el almacenamiento y el tiempo de actividad son nuestros.
Es mejor cuando nadie en el equipo debería poseer la infraestructura.Ver precios alojadosKanera es una fuente disponible bajo Elastic License 2.0. Puede leerlo, modificarlo y ejecutarlo para su propia organización. No puede proporcionárselo a terceros como un servicio alojado o administrado.El texto de la licencia.
Un servidor con Docker y Docker Compose, un dominio apuntando a él y HTTPS al frente a través de Caddy, Traefik, nginx o un equilibrador de carga en la nube. Kanera trae su propio PostgreSQL y Valkey, por lo que no hay una base de datos administrada para aprovisionar primero.
Las credenciales SMTP son opcionales pero recomendadas, ya que las invitaciones, la verificación y el correo electrónico de notificación las necesitan. Planifique cómo se realiza la copia de seguridad del volumen de la base de datos y del volumen de cargas antes de invitar a alguien.
La guía de implementación comienza con 1 vCPU y 1 GiB de RAM para uso personal, 1 a 2 vCPU y 2 GiB para hasta 25 usuarios activos, 2 a 4 vCPU y 4 GiB hasta 100, y 4 o más vCPU con 8 GiB o más más allá de eso.
Se trata de líneas de base de planificación en lugar de límites medidos. La actividad concurrente importa más que el número de cuentas registradas, la retención de archivos generalmente impulsa el disco antes que Kanera y el perfil opcional de Prometheus y Grafana agrega aproximadamente entre 0,7 y 1,5 GiB de memoria.
Ninguno. La implementación autohospedada se basa en la misma base de código que Kanera Pro alojada, incluidos informes de tablas, vistas de trabajo global, notas anidadas, automatizaciones, invitados a el tablero, notificaciones por correo electrónico, push, ntfy, Gotify y webhooks personales, destinos de chat de Slack, Discord, Telegram y Zulip, la API REST, webhooks administrados y el servidor MCP.
Una organización autohospedada tampoco tiene recuento de puestos, límite de tablero, límite de automatización ni verificación de plan, y el almacenamiento de archivos adjuntos es su propio disco o depósito compatible con S3 en lugar de una cuota del plan.
No. El servidor autohospedado no nos llama para verificaciones de actualizaciones o licencias, y las verificaciones de facturación alojadas no están activas en el modo autohospedado normal.
El tráfico saliente es lo que configura un administrador: SMTP, almacenamiento compatible con S3, webhooks, destinos de chat, los receptores de notificaciones que los usuarios eligen, envío de navegador, clientes OAuth o MCP, copia de archivos adjuntos de Trello y alertas de monitoreo.
Haga una copia de seguridad, descargue docker-compose.yml de la nueva versión, luego ejecute docker compose pull y docker compose up -d. No hay nada que crear y puede pasar directamente de una versión anterior a la más nueva: el servicio de migración única aplica todos los cambios de esquema pendientes en orden antes de que la API, el trabajador y la API pública comiencen a atender el tráfico.
Lea primero el registro de cambios de cada versión intermedia, ya que los cambios de configuración se anotan en la versión que los introdujo.
Es necesario realizar una copia de seguridad de dos cosas: el volumen de datos de PostgreSQL y el volumen de cargas, a menos que haya movido archivos a un almacenamiento compatible con S3. Un volcado manual es un único pg_dump a través de Docker Compose.
Kanera también incluye un servicio de respaldo opcional que descarga PostgreSQL según un cronograma, lo cifra con GPG simétrico AES-256, lo carga en un almacenamiento compatible con S3 y elimina las copias antiguas. Mantenga la frase de contraseña de cifrado en algún lugar duradero fuera de la implementación y pruebe una restauración antes de confiar en ella.
Sí. El importador Trello JSON es parte del producto, por lo que ejecuta el mismo flujo de mapeo revisable en su servidor que en Kanera alojado.
Para copiar los archivos adjuntos cargados de Trello, así como sus enlaces, configure una clave API de Trello en el archivo de entorno. Luego, los usuarios conectan Trello durante la importación para que Kanera pueda recuperar los archivos.
Sí. Exponga el servicio MCP en su propio dominio y apunte a los clientes compatibles a su dirección /mcp. Los clientes se autentican con una clave API personal o de espacio de trabajo, o mediante OAuth basado en navegador una vez que se configuran las URL públicas de OAuth.
Las implementaciones autohospedadas no tienen restricciones de plan para las conexiones de agentes.
Hoy no. Kanera se autentica con correo electrónico y contraseña y no admite SAML, OIDC, LDAP ni SCIM. Algunos equipos de TI lo tratan como una puerta de entrada, así que confírmelo antes de planificar una implementación amplia.
El soporte de OAuth en Kanera es para agentes de IA y clientes de API que se conectan a Kanera, no para que los usuarios inicien sesión desde un proveedor de identidad.
No. Elastic License 2.0 le permite ejecutar y modificar Kanera para su propia organización, pero no proporcionárselo a terceros como un servicio alojado o administrado. Hable con nosotros si necesita términos diferentes.
La guía de implementación cubre el entorno, los dominios, las comprobaciones de estado, las actualizaciones y las copias de seguridad.
Docker Compose, fuente disponible bajo Elastic License 2.0, sin tarifa por puesto de Kanera