Linkerd, Service Mesh microservice management

Las Arquitecturas basadas en Microservicios han facilitado y continúan facilitando mucho todos nuestros desarrollos, puestas en producción y release management, pero ciertamente se puede continuar mejorando y una forma es implementando un Service Mesh. ¿Qué es un Service Mesh? Pero: ¿Qué es un Service Mesh?. En modo resumen rápido podemos decir que es una infraestructura, basada en software, encargada de manejar las comunicaciones entre microservicios y/o distintos componentes. Para explicarlo mejor podemos ver unas funcionalidades ejemplos donde podríamos implementarlo: [Leer más]

Architecting Hybrid Infrastructure (Terraform, Ansible and Packer)

Son muchas las soluciones que podemos aplicar para automatizar nuestra infraestructura, desde las integraciones automáticas de nuestros proyectos hasta el desplegar de forma automática nuestras infraestructuras. Hoy entraremos, brevemente, en éste último tema. El desplegar de forma automatizada nuestras infraestructuras para continuar con nuestro camino DevOps. Crearemos una Pipeline, en el diagrama la gestiona vía Jenkins pero, naturalmente, lo podemos hacer distinto; en mi caso, uso Jenkins para casi todo, aunque la base del sistema será: Hashicorp’s Packer, Terraform y RedHat’s Ansible. [Leer más]

Microservice Orchestration (Netflix Conductor)

Hoy me gustaría presentar un servicio de orquestación que podrá ser de mucha ayuda en la construcción de nuestros Microservice. Parto con la premisa que un servicio de orquestación debe ser rápido, simple, dinámico, pequeño, configurable, fácil de usar, con gran performance de trabajo y un largo etc… En el siguiente diagrama, presento lo que para mí debería ser una arquitectura orientada a orquestación de Microservice: Dentro del paquete de productos que ha desarrollado Netflix (Netflix OSS), tenemos a Conductor una más que interesante propuesta, un poco grande quizás para primeras cargas basadas en orquestación pero, a tener muy en cuenta. [Leer más]

Construcción de Microservicios usando API Gateway Kong

Ya anteriormente publicamos un post presentando las posibilidades de API Gateway Kong, hoy presentaremos las distintas combinaciones que nos permite y que pueden reducir tanto los gastos generales como ofrecer una mayor simplicidad del ecosistema de Microservicios. Kong tiene dos grandes módulos de trabajo que son: API Management Layer, para centralizar las funciones generales del perímetro transversal. Tales como: autenticación, origen cruzado, regulación, almacenamiento en caché. API Gateway, para coordinar y agregar llamadas de servicio descendentes a respuestas significativas para clientes en sentido ascendente. [Leer más]

Chef.io (Continuous Automation), infraestructura automatizada y 100% escalable

Chef.io lo podemos definir como una herramienta básica de automatización y nos va a proporcionar un conjunto de capacidades de trabajo poder convertir nuestra infraestructura en “simple” código. Chef, una vez lo descubramos, se convertirá en una herramienta básica para nuestro día a día, permitiéndonos alcanzar el máximo exponente de la metodología (cultura) DevOps. Algunas de sus principales ventajas, respecto a otros productos, es que es 100% integrable con plataformas cloud como AWS convirtiéndolas en una extensión de tu infraestructura on-premise o más tradicional. [Leer más]

ENZiME by Capside, DevOps Tools

Existen muchas herramientas que nos permiten llevar al máximo exponente la cultura DevOps y es por eso que hoy presentamos “ENZiME by Capside” una excelente herramienta que, modesta opinión, está totalmente enfocada a Dummies. Pero a su vez tiene toda la potencia de las mejores herramientas ya que nos va a permitir un sin fin de posibilidades y todas ellas, manejades con simples clicks de ratón. Veamos algunas de sus propiedades: [Leer más]

CloudCron, a simple distributed cloud friendly cron for the masses.

Hace un tiempo tuve la suerte de poder ser un “early adopter” de esta magnífica solución para hacer mucho más “friendly” la ejecución de crons en infraestructura en el Cloud. Los amigos de CAPSIDE (architects of the digital society) me la dieron a conocer y, para un proyecto anterior, la pude poner en marcha y ver su simplicidad y sus muchas ventajas respecto a otras soluciones como pudieron ser: builds de Jenkins o los crons vía command. [Leer más]

OpenFaaS, Serverless Functions Made Simple for Docker & Kubernetes.

OpenFaaS es un marco para “empaquetar” código, binarios o contenedores como funciones sin servidor en cualquier plataforma: Windows o Linux. Hasta aquí, “parece fácil” pero realmente es una maravilla ya que nos elevará a un nuevo nivel. Veamos sus principales Highlights: Podremos crear funciones desde plantillas de código. Contruir funciones como se fueran imagenes Docker. Hacer Push de estas imagenes a Docker Registry. Hacer Deploy de las funciones. Invocar las funciones. [Leer más]

JUJU, orquestación de servicios by Ubuntu (Canonical Ltd).

Juju, según la wikipedia, es una herramienta de gestión de orquestación de servicios desarrollada por Canonical Ltd.. Es un proyecto de software libre presentado en Launchpad​ y liberado bajo la licencia pública general de Affero.​ Juju es brillante para, en pocos minutos, poder deployar servicios que sin unos conocimientos avanzados podrían resultarnos bastante complejos. Por ejemplo, en el siguiente gif, podremos ver como deployar Kubernetes en simples pasos y mediante plantillas pre-configuradas en Juju. [Leer más]

Hystrix, Circuit Breaker para Arquitecturas basadas en Microservices

Hystrix es una librería diseñada y mantenida por Netflix. Ésta fué concebida para aislar puntos de acceso a sistemas remotos, servicios y otras librerías de terceros, deteniendo fallos en cascada y permitiendo mejorar la resiliencia en sistemas complejos distribuidos donde la probabilidad de fallo es casi inevitable. Los Microservicios tienen muchas bondades pero también algunas debilidades, por ejemplo: podemos tener servicios caídos, demasiadas peticiones concurrentes, lentitud de la plataforma, etc… hay que decir que no son ejemplos muy desconocidos para nosotros ya que, en Arquitecturas no basadas en Microservicios podemos tener los mismos fallos o más graves. [Leer más]