La importancia y los peligros del hosting en el ecommerce.

Recuerdo estas mismas fechas del año pasado. Fue uno de los momentos más complicados de la vida de la empresa. Y ahora, un año después, me apetece hacer reflexión y análisis sobre lo que pasó antes, durante y después de aquél desastre.

1) Antes del desastre:

Noviembre de 2011. En Logocomunica (ahora kuombo), estábamos en pleno proceso de crecimiento. Hacía pocos meses que se había hecho una fuerte ampliación de capital y se había dado cabida a nuevos socios.

Mucha ilusión, muchas ganas de crecer, y sobre todo muchas ganas de compartir todas esas experiencias con el equipo y los clientes. Se idearon nuevos proyectos y se contrató a nuevos profesionales para esa nueva etapa. Incluso estuvimos valorando la posibilidad de cambiarnos de oficinas a unas más grandes porque ya no cabíamos.

Pero todo aquello estuvo a punto de irse al traste porque tomé una decisión equivocada, mal ejecutada y en el momento menos apropiado.

Estábamos buscando la forma de mejorar nuestros servidores para tener una estructura tecnológica más segura y escalable. Sabíamos que el crecimiento que estábamos experimentando requería un cambio en la forma de gestionar las máquinas en las que se alojan los ecommerce de nuestros clientes. Así pues, buscando opciones, dimos con un proveedor de Valencia que nos prometió un sistema en cloud global que, a priori, nos daba la suficiente confianza como para ejecutar correctamente el cambio.

¿Mi primer gran error? Confiar en la palabra de las personas, sin pedir referencias reales y actuales sobre el trabajo de dicha empresa.

Cerramos un acuerdo para la migración y nos pusimos manos a la obra inmediatamente con todo. ¿Segundo gran error? Hacerlo todo de golpe sin un plan de contingencia adecuado. Nuevamente exceso de confianza en que el proveedor tendría todo previsto.

En menos de una semana estaba todo migrado y empezamos a comunicarlo a los cuatro vientos. Teníamos mucha ilusión con el cambio y lo hicimos con la mejor voluntad del mundo y pensando en los clientes y en la seguridad de la información. ¿Tercer gran error? Vender la piel del oso antes de cazarlo.

2) Durante el desastre:

Algunas pequeñas caídas después de la migración me hicieron sospechar que algo no iba bien. ¿Cuarto gran error? Volver a confiar en palabras del estilo “estamos ajustando el sistema, es normal” y no actuar rápido revocando el cambio y volviendo al punto de partida.

Día 24 de diciembre, recién abierta la oficina por la mañana y con muchas ganas de que el día fuese genial para acabar el año (la última semana de diciembre la solemos tomar de vacaciones), nos encontramos con que nuestro correo electrónico y nuestra web y nuestros blogs no funcionaban. Se acababa de caer el servicio de una máquina, y las sospechas de que aquello no tenía buena pinta iban a confirmarse en forma de desastre total al ver que lo que se había caído eran todos los servidores. Todos los nuestros y todos los de nuestros clientes por el suelo, nada funcionaba y no había una explicación clara por parte del proveedor.

Imagínate, todas las campañas de navidad activas, mailings de felicitación y de promociones enviados, redes sociales a tope generando tráfico, pero todas las tiendas online en el suelo y sin esperanza de poder ser levantadas con prontitud.

Inmediatamente se empezaron a suceder las llamadas, una tras otra, de clientes preguntando lo que estaba pasando y queriendo saber el motivo de que sus tiendas online no estuvieran operativas.

Fue el día de Noche Buena más angustioso de toda mi experiencia en esta empresa y lo pasé casi entero en el centro de datos, con el proveedor y con mi compañero Diego, intentando ver las opciones para levantar aquel desastre. Horas y horas de desesperación intentando averiguar los motivos de la caída e intentando encontrar un plan B para estabilizar el servicio de los clientes.

Al final conseguimos parchearlo para levantar varias máquinas, replicándolas en otros sitios, y por lo menos salvar lo más importante y dejar a los clientes operativos.

Durante aquellas navidades las caídas eran constantes, varios compañeros de Logocomunica estuvimos más pendientes de los servidores que de la familia. Y yo estuve atendiendo personalmente más llamadas de clientes enfadados (con motivo) que de amigos felicitándonos las fiestas.

Así que no se puede decir que el año empezase bien que digamos, pero por lo menos el problema gordo parecía resuelto.

3) Después del desastre:

Pero como todo lo malo puede ir a peor, durante el primer trimestre del año dichas caídas seguían sucediéndose, de manera intermitente pero molesta, en todos los servidores. Lo cual incrementó considerablemente el cabreo de los clientes, hasta el punto de perder más de la mitad de la cartera. ¿Quinto error? No haber sacado todo de allí en el primer momento y haber vuelto a confiar en que era una situación fortuita y aislada que habíamos tenido la mala pata de que nos hubiera tocado a nosotros.

La caída de ingresos, al perder tantos clientes de golpe, es grave, pero más lo es aún cuando coincide con que has contratado gente nueva para nuevos proyectos y por tanto han aumentado los costes de la empresa considerablemente. Y reconozco que mi ansiedad me llevó a un nefasto estado anímico que perjudicó mi gestión y trasladó al equipo emociones negativas. Llegó un momento en el que el barco no aguantó y fue directo a la deriva estando a punto de naufragar.

Teníamos los gastos muy por encima de los ingresos, con el problema tecnológico sin resolver y sin entrada de nuevo negocio. En una empresa de servicios como la nuestra las nóminas son el principal gasto, y tuve que hacer una de las cosas más duras a las que un empresario se enfrenta. No tuve otra salida que bloquear las nóminas de los socios y despedir a parte del equipo para equilibrar la estructura financiera y garantizar la continuidad de la empresa. Pero si es difícil tomar esa decisión, aún lo es más decidir quienes van a ser las personas que tienen que abandonar el barco. En ese momento yo me sentí verdugo, pero tuve que hacerlo. Creo que solo el que ha vivido algo así puede comprenderlo.

A partir de ese instante empezó una nueva etapa en la empresa. Me di cuenta de que nunca te puedes dormir, nunca puedes pensar que todo está hecho o todo va bien, nunca puedes bajar la guardia porque el desastre se esconde a la vuelta de la esquina y por el motivo menos esperado.

Una vez estabilizada la estructura financiera nos pudimos centrar en resolver el problema tecnológico. Se buscó con mucho esmero el proveedor adecuado a nuestras necesidades y a las de nuestros clientes. Se cambió la metodología de trabajo, la forma de implantar la tecnología en los diferentes proyectos y se cuidó mucho de establecer los acuerdos oportunos con el socio tecnológico.

A veces no hay proveedor malo si no mal elegido o mal gestionado.

Esta situación nos sirvió para replantearnos todo lo que estábamos haciendo, analizar nuestro pasado, reflexionar sobre nuestro presente y visualizar nuestro futuro. Entendimos que para una tienda online, que necesita estar 100% disponible todo el tiempo, no se debía escatimar con los costes de servidor, independientemente del tamaño de la tienda. Esto condicionaba el tipo de cliente con el que podíamos trabajar y el tipo de servicio que debíamos ofrecer.

Descubrimos a qué perfil de cliente aportamos más valor y nos pusimos manos a la obra en trabajar para él. Se fortaleció la relación con los clientes que quedaron y nos mostraron su apoyo incondicional para seguir adelante.

También descubrí la implicación de los compañeros, mucho mayor de todo lo que cabía esperar, que se hicieron cargo de la situación y lo dieron todo para reconducir de nuevo la empresa.

Hoy, un año después de  aquello, la empresa ha vuelto a crecer, tanto en clientes, como en volumen de facturación, calidad de servicio, y en equipo. Nuestra infraestructura tecnológica es mucho más cara, pero mucho más estable. Nuestro actual socio tecnológico ha demostrado que su implicación es la que esperamos y hemos diseñado un método de trabajo en el que no cabe la posibilidad de un desastre en cadena similar al del año pasado.

Hoy, un año después y gracias a aquel desastre y al apoyo de los clientes, compañeros y amigos, hemos mejorado, hemos aprendido, y hasta hemos cambiado de nombre para adaptarnos a los nuevos tiempos.

Hoy, un año después de todo aquello hemos pasado unas navidades tranquilas, con todo bajo control y estable.

Hoy, un año después, necesito volver a pedir las más sinceras disculpas a los que se vieron afectados por aquél problema y quiero volver a dar las gracias a todos los que nos ayudaron a solucionarlo.

El riesgo está en cada decisión que se toma.

Después de esto aquí están mis propósitos para 2013 🙂

28 comentarios en “La importancia y los peligros del hosting en el ecommerce.”

  1. Pingback: Hosting en eCommerce: 24/7/365 o muerte | Consultor ecommerce | Experto ecommerce | Prestashop

  2. Pingback: Reflexión sobre 2012 y propósitos para 2013 | Javier Echaleku | CEO de Kuombo | Pasión ecommerce

  3. Hola Paco.
    Gracias por tu respuesta y por tu interés.
    Te comento. La propuesta era un mejor hosting, más escalable, más seguro, más potente pero más caro.
    En estos temas no escatimo en precio, es más, ahora todavía pagamos más en la nueva estructura pero no me importa si todo funciona.
    Efectivamente no somos de sistemas si no de marketing, diseño y programación. La parte de sistemas no es nuestro core y lo tenemos externalizado, por eso confiábamos en el proveedor, tanto para la nueva estrategia de estructura como para la migración, el plan B y el plan que hiciera falta.
    ¿Qué haces cuando algo que no es tu core y que no dominas lo tienes externalizado? Pues eso, confiar y aprender. No me volverá a pasar 🙂
    Lo de cloud global me refiero a una estructura de cloud solo para nosotros, nuestros propios servidores en cloud para poder gestionar los picos de tráfico y necesidades de cada cliente.
    Muy bonito en la teoría pero que ahora me da pánico.
    Respecto a lo de disculparse, es lo menos que puedo hacer 🙁 al fin y al cabo siempre he dicho que la responsabilidad no se delega y yo era el máximo responsable en la empresa, en la decisión y por lo tanto en el resultado.
    Por cierto, a ver si contactamos en privado y hablamos del tema 🙂

  4. Interesantes comentarios. 🙂
    Lo primero es dejar claro que mucha gente esta llamado cloud a cosas que nada tienen que ver con el cloud computing, como simples virtuales o incluso SaS (software as service).
    Si hablamos de cloud hay que pensar en los grandes del mercado empezando por amazon web service http://aws.amazon.com/es/ .
    La decisión de donde instalar un proyecto puede llegar a decidir la vida de ese proyecto si no se eligue adecuadamente. A veces merece la pena meterse en un simple vps de 20EUR/mes para testear el proyecto y otras merece la pena estudiar toda la estructura de hosting antes de empezar incluso a programar para que luego el crecimiento del proyecto no se vea afectado por decisiones inadecuadas.
    Prefiero contaros algunos casos en los que estar en la nube (AWS) ha sido todo un acierto.
    Hace unas semanas uno de los proyectos en los que participo, embutishop, salio en portada de un periódico de tirada nacional y pasamos a multiplicar las visitas por 6. A nosotros nos cogió completamente desprevenidos por lo que el servidor, que no estaba preparado para esa avalancha repentina, se colapsó. Por suerte al estar en amazon mejorar la capacidad de ese servidor y volver a levantarlo con una capacidad 10 veces mayor fue sólo cuestión de 3 minutos y el coste no superó los 6 euros.
    Otro proyecto de un cliente tiene muchas visitas diarias, con un uso intensivo de base de datos y picos puntuales de visitas muy elevados, además tiene el handicap de que hace streaming de audio. Cuando llegó a mis manos estaba en un servidor de un proveedor frances bastante conocido y tenía bastantes problemas de rendimiento. Ahora está en amazon aprovechándose de todas las funcionalidades que nos proporciona.
    Utilizamos:
    – Elastic load balancing para tener una mayor disponibilidad y estar preparados ante picos de visitas
    – RDS para tener una base de datos escalable, de alta disponibilidad
    – Varios volúmenes EBS (algo así como discos duros) con diferentes sistemas de ficheros optimizados para lo que se va a almacenar (no es lo mismo muchísimos pequeños ficheros que se van a estar leyendo continuamente que grandes ficheros que necesitan velocidad de escritura)
    – Amazon Cloudfront como CDN de contenidos estáticos, principalmente imágenes
    – Amazon Cloudfront como CDN para servir por streaming música almacenada en Amazon S3, el servicio de almacenamiento de contenidos estáticos.
    El resultado es una web mucho más optimizada con un aumento en la velocidad considerable, aunque el coste es un poco superior a lo que se venía pagando hasta ese momento.
    Otra ventaja es usar los servidores sólo cuando los necesites, por ejemplo yo tengo varios servidores apagados con software que utilizo de vez en cuando como uno para dar webinars y que sólo enciendo en el momento de su uso con lo que reduzco los costes al mínimo.
    Has tenido una mala experiencia con un hosting en la nube pero eso no significa que todos los hosting en la nube sean malos. Como bien has dicho con un poco de planificación todo hubiera ido mejor.
    Saludos y feliz 2013

Dejar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

35 ÷ 35 =