Es una pregunta que se lo realiza en forma frecuente. Odoo si o si debe estar alojado en alguna parte. No corre en la nada. Y hay tres opciones: Odoo online, odoo.sh u on-premise. Vamos a detallarlas ahora.
Odoo online
Es la opción más barata que existe para utilizar Odoo. Y es bastante completa brindando mucha funcionalidad para el bajo precio que tiene. Cuenta con un límite importante en cuanto a su personalización, no se pueden instalar módulos complejos. O si uno necesita hacer trabajos de customización, los mismos son más difíciles de implementar. Para ser más concretos; el módulo de MercadoLibre por lo que ví no puede correr en Odoo Online.
Pero no por esto la opción de Odoo online es limitada. Por ejemplo en Argentina le permite usar factura electrónica o cheques. Lo que no es poco. Si usted tiene una empresa con pocos usuarios, cuyos procesos son bastante standard y que encima no cuenta con el presupuesto para un administrador de sistemas; es posible que la opción de Odoo Online por el costo que tiene sea la opción correcta.
A lo largo de los últimos años la versión online de Odoo se transformó en un offering muy atractivo por el grado de funcionalidades que ofrece. Quien les escribe al inicio de la pandemia jamás la hubiese recomendado a algún posible cliente. Pero un més atrás me encontré recomendándosela a un posible cliente. Yo estaba convencido que optar por el paquete online de Odoo le iba a permitir a esta pequeña empresa de instalación de cámaras de seguridad una solución de gestión de abones, facturación electrónica y gestión de órdenes de servicio a un costo bueno y con bajos riesgos. De vuelta, años atrás no lo hubiese hecho pero ahora si porque el producto online creció mucho. Y esto se debe no solo por Odoo, sino también por el enorme esfuerzo de AdHoc que se encargó de disponibilizar en el paquete enterprise la gestión de factura electrónica argentina junto con la gestión de cheques.
odoo.sh
odoo.sh es la oferta de Odoo que le brinda las posibilidades de customizar Odoo por medio del desarrollo de módulos propios o de terceros (por ejemplo el módulo de MercadoLibre), gestionar el flujo de trabajo de un equipo de desarrollo y gestionar los cambios a su plataforma Odoo. También hace que usted se olvide de la necesidad de gestionar el ambiente de software y hardware en el que se utiliza Odoo. Demás está decir que en odoo.sh uno utiliza Odoo Enterprise y no Odoo Community (como si eso hiciese una diferencia)
odoo.sh es un producto que creció mucho en los últimos años. A principios de la pandemia no lo utilizaba y el día de hoy me encuentro trabajando en seis proyectos activos en odoo.sh (y eso que no soy partner). Creció y va a seguir creciendo.
Que se necesita para desarrollar en odoo.sh? Comprender como se trabaja con git y github. La administración de odoo.sh va de la mano de la gestión de repositorios de github. La verdad es que cualquier desarrollador con un mínimo grado de competencia va a encontrar odoo.sh facil de trabajar y comprender.
Y a nivel de servidores es una buena oferta. Te quita de encima el costo de administrar el servidor. Ahora eso tiene un costo, cuando crecen la cantidad de usuarios dicho costo pasa a ser importante.
Otra contra que tiene odoo.sh, te obliga a migrar tus customizaciones cada tres años (creo). Esto puede llegar a ser una gran contra. Si el desarrollo lleva más de un año, y a los dos años uno debe estar migrando la misma simplemente porque a una mente iluminada en el medio de Belgica tuvo esa idea, puede llegar a no ser una buena opción (sobre todo teniendo en cuenta que hay instalaciones de Odoo que no se migran durante más de una década).
On-premise
Por motivos varios; bajo presupuesto, el cliente quiere utilizar la versión community o restricciones gubernamentales (supongamos que uno es un ente gubernamental o necesita cumplir con ciertas normas financieras locales que exigen que el servidor con los datos se encuentren en el país); uno debe utilizar la opción "on-premise" de Odoo. Que significa; uno provee el servidor (puede ser propio o de terceros; ya sea un VPS o proveedores de cloud como Amazon). Y en dicho servidor instala Odoo (ya sea Community o Enterprise) y lo utiliza.
Es una opción muy utilizada en Argentina porque muchos clientes cuentan con el know-how para administrar servidores. Y también porque cuando tenés más de cien usuarios, la idea de comprar licencias en odoo.sh no es tan atractiva.
Que tener en cuenta con la elección del servidor? La seguridad es primordial. El servidor no solo debe ser rápido sino debe estar hosteado en un lugar seguro (donde por ejemplo, si se corta la luz durante más de dos horas no se interrumpe el servicio. Tenganlo en cuenta si el datacenter se encuentra en el interior de la Argentina).
Por otra parte; tengan en cuenta la seguridad frente a los hackers. Nos guste o no nuestros servidores tarde o temprano deben ser utilizados por usuarios externos (al fin y al cabo para algo Dios creó internet). Sobre todo el portal y el comercio electrónico (ya sea B2B o B2C). O sea que esta expuesto a hackers. Eso es algo que si bien nos tenemos que ocupar nosotros, muchos proveedores de VPS realizan tareas de seguridad que complementan las que uno hace (por ejemplo, filtrado de ataques DoS o te avisan si sospechan que tu servidor se encuentra comprometido).
Por último y esto no es menor. El servicio siempre debe estar disponible. Hay proveedores de VPS que son baratos y que son extraordinariamente seguros y confiables (el mio lo uso desde el año 2009). De nada les sirve tener alojado Odoo en un servidor en los cuales uno tenga problemas de disponibilidad debido a que el server se encuentra off-line.
Concluyendo... por aca somos de la ídea de utilizar VPS por varios motivos (a menos que el cliente exprese lo contrario). El costo de tener un servidor propio puede llegar a ser alto, sobre todo el administrarlo (uno necesita tener no solo el hardware sino también el conocimiento para administrarlo. Y lamentablemente muchas veces dicho conocimiento no está disponible para el cliente).