Hola,
He estado intentando instalar Discourse usando Portainer, pero estoy teniendo problemas. Cada vez que lo intento, recibo el mensaje de error:
“No se pudo implementar una pila: postgres Extrayendo app Extrayendo redis Extrayendo web Extrayendo sidekiq Extrayendo…”
Utilicé el archivo Docker Compose de este enlace: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)
¿Alguien podría ofrecerme algún consejo sobre este asunto?
Gracias.
Si buscas, encontrarás a varias personas más que han fallado. Pensé que había visto a alguien tener éxito, así que podrías mirar más publicaciones de las que yo miré.
Si quieres una solución que funcione y para la que obtengas soporte, usa docker.
Pero bueno, Portainer es en realidad una GUI sobre Docker exactamente. Así que, si la mayoría de la gente falla, y el soporte solo tiene una respuesta: usa un servidor dedicado o paga la versión en la nube por falta de documentación, eso huele raro.
De hecho, estamos usando docker. Mucha gente usa docker y no recibe soporte, porque, bueno… nadie sabe por qué. Los temas de soporte con los mismos problemas quedan sin respuesta, o con respuestas como “Veo muchas preguntas similares, intenta buscar antes de publicar”, sí, preguntas similares sin respuesta. Y si alguien empieza a quejarse, aquí viene el “oooooh, ¿no funciona? qué pena, qué pena, quizás no eres lo suficientemente técnico, aquí, prueba nuestros planes de prepago”.
Incluso intenté crear un servidor dedicado con docker, instalar discourse, instalar portainer encima y clonar toda la configuración usando docker compose sin ningún éxito. Parece una pseudo-ofuscación. Algo así, sí, es MIT, excepto algunos matices.
Sí, sí, es de código abierto, nadie le debe nada a nadie, todo es voluntario y de buena voluntad, pero eh. Solo para aclarar, encontré a alguien que tuvo éxito, pero fue una conversación corta: “Pagué por la solución, así que la vendo yo mismo por $500”. Así que aquí están las opciones: comprar a los oficiales, o comprar a alguna persona o, bueno, usar un servidor dedicado solo para un propósito.
Si realmente no hay otras opciones, ¿quizás debería mencionarse en la documentación? No “solo docker y requisitos de hardware para instalar”, sino una mención fuerte de que debes usar todo el servidor solo para este producto, no puedes usar discourse como parte de otra cosa. Esa conclusión puede eliminar muchas preguntas sin respuesta, moviendo la idea de “sí, teóricamente puedes, aquí tienes la documentación, busca” a “no puedes”.
O, “¿Quieres usar un montón de herramientas que nosotros no usamos y no te funciona? No podemos adivinar por qué. Si usas herramientas que se parecen más a las que nosotros usamos y probamos, es más probable que funcione y es más probable que podamos ayudarte”.
El problema podría ser tan simple como “crea una imagen con docker y launcher, impúlsala a un repositorio y lánzala con portainer”. Y el problema podría ser tan simple como no establecer una sola variable de entorno, o docenas de otras cosas pequeñas relacionadas con la red y el enrutamiento, cualquiera de las cuales podría resolverse con una sola línea de código. Pero averiguar qué línea de código con un montón de herramientas que la gente de aquí no usa no es fácil de hacer.
La Instalación Estándar funciona para muchas personas que no saben nada de administración de sistemas. Configurar proxies inversos hace que las cosas sean al menos 4 veces más difíciles de hacer, e incluso más difíciles de soportar a través de un foro.
¿En qué te basas? La respuesta habitual a las configuraciones no compatibles es probar la instalación estándar porque permite a cualquiera poner en marcha Discourse sin pagar ni un céntimo a CDCK.
Tengo que cuestionar tus motivos aquí… La instalación estándar se basa en un lanzador personalizado que utiliza docker. Existe por una multitud de razones, incluido el simple hecho de que incluso un usuario completamente no técnico y sin experiencia previa generalmente puede seguir los pasos y ponerse en marcha en 30 minutos o menos.
Si conoces tu docker-fu, eres bienvenido a seguir esa ruta, pero no podemos garantizar que nadie pueda ayudarte con los detalles de tu configuración, de ahí unsupported-install. La cuestión del soporte gratuito basado en la comunidad es que si el alcance del soporte no está limitado, la calidad general de los consejos y la tasa de éxito disminuirán.
¿Puedes explicar qué tiene de malo lo anterior? Si alguien paga dinero para desarrollar una experiencia que escasea, ¿no tiene dicha experiencia valor?