Una arquitectura de monitorización de aplicaciones basa en microservicios. Como montar un stack de monitorización de aplicaciones utilizando una arquitectura de microservicios basada en InfluxDB, Kapacitor, Telegraf y Grafana utilizando Kubernetes.

Kubernetes se ha convertido en el sistema de orquestación de contenedores de nube más popular hasta la fecha, por lo que era sólo cuestión de tiempo hasta que se descubriera su primer gran agujero de seguridad. Y el error, CVE-2018-1002105, también conocido como el defecto de escalada del privilegio de los Kubernetes, es una maravilla. Es un agujero de seguridad crítico de CVSS 9.8. Con una solicitud de red especialmente diseñada se puede utilizar el API para acceder a cualquier servidor del backend.

Cada poco me llegan correos electrónicos notificándome (invitándome) a conferencias, cursos de formación, relacionados con Oracle Linux. Envío este como ejemplo... al final de esta página leo: "Kubernetes® es una marca registrada de The Linux Foundation en los Estados Unidos y otros países, y se utiliza de conformidad con una licencia de The Linux Foundation"; y no se si Oracle es otra corporación que aprovecha Linux (y las licencias libres) para hacer negocio o si contribuye mucho o poco en el desarrollo del kernel.

Si usas Docker, el siguiente paso natural parece ser Kubernetes, también conocido como K8s: así es como se manejan las cosas en la producción, ¿verdad? Bueno, tal vez. Las soluciones diseñadas para 500 ingenieros de software que trabajan en la misma aplicación son bastante diferentes a las soluciones para 50 ingenieros de software. Y ambas serán diferentes de las soluciones diseñadas para un equipo de 5. Si formas parte de un equipo pequeño, Kubernetes probablemente no es para ti: es mucho dolor con muy pocos beneficios. Veamos por qué.

La noticia describe como montar un cluster de kubernetes usando minikube. Primero hace una introducción teórica sobre Docker, Kubernetes y contenedores. Después explica como instalar las herramientas necesarias. Seguidamente detalla los objetos de Kubernetes mas utilizados. Y finaliza haciendo un ejemplo práctico de como funciona un Deployment y un servicio de tipo NodePort.

Érase una vez en 2013, había una herramienta llamada etcd que era una base de datos realmente ligera escrita alrededor de Raft. Esta herramienta se escribió originalmente en 2013 para un proyecto fallido llamado CoreOS Container Linux ... En 2015, Google lanzó una herramienta no relacionada llamada Kubernetes. Llegaría a decir que Kubernetes es lo peor que le ha pasado a la administración de sistemas desde systemd...

La infraestructura hiperconvergente (HCI) se ha ganado rápidamente un lugar en el centro de datos, principalmente debido a la promesa de simplificar la infraestructura. HCI ya ha funcionado muy bien para las infraestructuras virtualizadas, pero ¿será este el caso de Kubernetes? Hay motivos para el optimismo, y ofrezco aquí algunas reflexiones sobre el motivo. "¿HCI es bueno para Kubernetes?" La respuesta corta es sí, pero hay algunos aspectos a considerar primero.

Canonical, el editor de Ubuntu, anuncia que Atresmedia, la empresa líder en el mercado de servicios Over-The-Top (OTT) en España, seleccionó su Charmed Kubernetes para construir una nueva arquitectura basada en microservicios para la plataforma de transmisión del grupo de comunicación, ATRESplayer. Tener una arquitectura monolítica en entornos que no se podían actualizar fácilmente era un inconveniente importante para ATRESplayer. La arquitectura impidió que la solución de gestión de contenido de Atresmedia funcionara de forma eficaz.

Kubernetes es la mejor solución de orquestación de contenedores en la actualidad. Creado por Google y ahora mantenido por Cloud Native Computing Foundation, Kubernetes o K8s sigue siendo el líder en contenedorización. También queda por ser un proyecto de código abierto. Vale la pena enfatizar su naturaleza de código abierto, ya que el éxito de Kubernetes está relacionado de alguna manera con el éxito del movimiento de código abierto. Cabe recordar que incluso Microsoft ya comenzó a adoptar el código abierto a mediados de la década de 2000...

La mayoría de los ingenieros conocen la "Guerra de los Orquestadores de Contenedores", pero la mayoría de la gente no sería capaz de explicar exactamente lo que sucedió, y por qué fue Kubernetes el que finalmente salió victorioso. No hay tema más relevante para el panorama actual del código abierto. Esta película recoge la historia directamente de las personas que la vivieron, con entrevistas a destacados ingenieros de Google, Red Hat y Twitter, entre otros. Kubernetes existe como testimonio del poder del software de código abierto.

Docker Desktop es una suerte de IDE compuesto por Docker Engine, Docker CLI Client, Docker Compose, Docker Content Trust, BuildKit, Kubernetes y Credential Helper con el que construir de manera rápida aplicaciones y microservicios en contenedores.

Para aquellos fuera de mi diminuta burbuja social y mediática, "FAANG" significa "gran empresa de tecnología" (originalmente Facebook+Apple+Amazon+Netflix+Google, ahora un poco más amplio), "promo" significa promoción laboral, "comités de promoción" son los paneles que deciden quién asciende y quién no. El proceso de promoción no es exactamente el mismo en todas partes, pero la mayor parte de FAANG-o-sphere se ha asentado en un patrón similar de: 1. Redacta un documento que diga por qué deberías ser ascendido, tu "paquete promocional". ...

Alguna vez has pensado: ¿Por qué no tenemos una interfaz de usuario inmersiva en 3D para gestionar las cargas de trabajo en mi orquestador de contenedores favorito? ¿No? Pues aquí está de todos modos. Los cerdos son Pods, las vacas son ReplicaSets, los pollos son servicios, los Caballos son Despliegues y está limitado a cuatro namespaces ya que no caben más corrales.