Developing Frogtek

El blog del Departamento de Tecnología

Categoría: devops

Cronología del error

En muchos artículos, incluidos muchos de los que hemos escrito, se acaba haciendo un poco de «autobombo» sobre las bondades de un proceso o de un equipo. Pero no sólo de los éxitos se aprende, también de los errores, ¡y mucho! Así que hoy te invitamos a un recorrido por parte de nuestra arquitectura y nuestras mejoras a través de un error (o dos, o tal vez tres, bueno, unos cuantos). Acompáñanos.

En Frogtek desarrollamos Tiendatek, una aplicación para Android que sirve como TPV. Para buscar ese valor añadido tenemos un botoncito en la aplicación que dirige al usuario a una web (con un webview) donde podrá obtener mucha más información sobre su stock, mejores productos, histórico, … Además tenemos una serie de APIs para usos diversos. Perdone, estamos en el 2016, si no expones una API para registrar las veces que uno va al servicio no eres nadie. Pues eso, servicios varios, que digamos, usa toda la empresa de una forma o de otra (no, lo de ir al baño no está implementado).

Comienza la historia: la motivación del cambio

Medir y mejorar tiempos de respuesta. Fin de la sección.

Hace unas semanas desplegamos una prueba de concepto para monitorizar y mejorar la forma en la que estaba expuesto un servicio. Lo que nosotros llamamos «el pedido sugerido». Al final siempre hay rincones del código y de nuestra infraestructura que reciben menos mimo del que merecerían. Y este era un claro ejemplo. ¿Un servicio con una tasa de errores del en torno al 7-8%? Un poco de chapa y pintura y ya lo tenemos en torno al 1-2% (principalmente timeouts por un socket que cierran los clientes impacientes).
Seguir leyendo

FOSDEM y Config Management 2016

Acudir a diferentes charlas y eventos creo que es una parte imprescindible de la mejora continua de cualquier persona. Más importante todavía me parece cuando hablamos de personas que trabajan dentro del mundo de la tecnología, donde, siguiendo el tópico, todo avanza muy rápido. No es oro todo lo que reluce dentro de toda esas nuevas tecnologías, a veces tienen mucho de hype, pero lo cierto es que un año es mucho tiempo. Estar a la última en cuanto a tecnología a veces puede ser la diferencia entre un éxito y un fracaso estrepitoso.

Dentro de esa mejora continua Julio y Miky (el que escribe) tuvimos la suerte de poder ir a la FOSDEM y a la Config Management. Dos eventos que viven hermanados, pues son en días consecutivos en ciudades cercanas. Para mí ya es el cuarto año que acudo a la FOSDEM, pero el primero en el que acudo a la Conf Management. Primero explicar un poco de las charlas, pero luego, con permiso, entraré en detalles de lo que nos traemos en el zurrón de cada una de ellas.
Seguir leyendo

Ansible: un gran poder conlleva una gran responsabilidad

Dentro de la Conferencia Agile Spain 2015 tuve la oportunidad de asistir a un taller de casi dos horas de Ansible impartido por David González. Ansible es una de esas herramientas a las que le echas el ojo pero por una cosa u otra (muchas veces pereza, de esto nadie se libra) acaba, por más tiempo del debido, en la lista “cuando tenga tiempo me hago un proyectito”. Los primeros cantos de sirena serios vinieron en febrero, en la FOSDEM 2015, llegaba la hora de mancharse un poco.

Por lo visto un taller sobre Ansible no se veía cercano a las metodologías ágiles. Y por lo visto a menos de 10 personas, sobre las cerca de 700 que iban a la conferencia, nos interesaba el taller. Una pena, pero una suerte para los que pudimos aprender, probar, debatir y compartir ideas y experiencias. Por lo visto una herramienta de configuration management (CM) no aporta nada a tener software funcionando sobre documentación excesiva o tampoco facilita la respuesta ante el cambio frente a seguir un plan.

El estado del arte

Por primera vez hace unos cuatro años empezaba a leer sobre estas herramientas de CM, y hace un poco más de tres años me metía en el barro con Puppet. Hace poco se añadía al set de tecnologías a dominar Chef, y de paso Fabric (que complementa bastante algunas carencias). A día de hoy administrar un servidor en una empresa y no utilizar alguna de estas herramientas sería como plantearse desarrollar código sin tests o sin un control de versiones. Impensable. Mala idea.
Seguir leyendo