Los que me conocéis sabéis que soy un obseso del control… de mis sistemas. Cuando ocurre algo, me gusta saber por qué ha ocurrido así.

Por esta razón trato de mejorar los sistemas de monitorización. Me interesa tanto encontrar cosas que sean útiles como rápidas de montar. Y también eficientes.

Eso me llevó a comenzar a desarrollar mi propio sistema de monitorización y alertado. Pero he conocido ElasticSearch, Kibana y TopBeat

Tras hablar hoy con un compañero y amigo sobre cómo montar un sistema distribuido, me he dado cuenta de que siempre que hablo de sistemas distribuidos pienso en cosas como CORBA, ZeroC ICE o ZeroMQ. Quizá será porque es lo que me enseñaron en la universidad.

Cuando me pongo a diseñar una aplicación distribuida, comienzo pensando en sistemas de este estilo. Pero cuanto más pienso en la aplicación, menos me encajan, porque todos ellos me hacen la aplicación más compleja.

Me gustaría compartir con vosotros mi hilo de pensamiento habitual.

Recientemente he comenzado a utilizar AWS Route 53. Como era novato, la lié parda y me ha costado bastante reestablecer los valores necesarios para que funcione, pero me ha servido para aprender por el camino :)

Aquí voy a contar cómo hacer lo que he necesitado: gestionar un dominio con AWS Route 53 sin utilizar el hosting de Amazon.

Si no estáis interesados en Route 53 pero sí en cómo comprobar vuestro dominio, podéis saltar directamente a la sección “Comprobando nuestro dominio”.

No es la primera vez que pierdo un montón de tiempo para conseguir que Django me sirva los estáticos en producción, aunque sólo sea los del módulo Admin, así que he decidido escribir un post para no olvidarme.

Aunque servir estáticos con Django está desaconsejado por la propia documentación, ya que puede ser inseguro e ineficiente, yo lo encuentro muy útil para servir los estáticos del módulo Admin.

Pues al final me he decidido a escribir una Newsletter o, en castellano, un boletín.

Aquí os cuento de qué trata y qué contendrá.