Tecnología I+D

Muchas veces debemos generar tráfico cuando estamos testeando una aplicación. Hace poco estaba probando el reenvío de logs desde Kubernetes hacia plataformas externas y necesitaba generar dichos logs. Para ello creé un Contenedor que generara llamadas a diferentes URLs usando el comando "curl". Definiciones Pensé en un contenedor que aceptara, por variables de entorno, los siguientes parámetros: REQUESTS_COUNT: cantidad de llamadas que debía realizar SECONDS_BETWEEN_REQUESTS: tiempo de espera entre las llamadas URLS: lista de URLs a las cuales llamar Construcción de la imagen Docker Simplemente construí una imagen basada en Alpine a la cual fue necesario agregarle los paquetes "curl" y "bash". El entrypoint fue un simple archivo ".sh" que hace llamadas curl aleatorias basado en la lista de URLs. #!/bin/bash requestsCount = "${REQUESTS_COUNT:-3}" sleepSeconds = "${SECONDS_BETWEEN_REQUESTS:-0.5}" IFS = ' ' read -r

¿Cómo compartir un Template entre varios Proyectos de vRealize Automation 8.x si cada Proyecto debe utilizar diferentes redes? En vRealize Automation 7.x las redes se definían en la Reservación de un Bussiness Group y se podían consultar con una Action "built-in" de vRO. En vRealize Automation 8.x la reservación de define en el Proyecto y no incluye las redes que puede utilizar. Configurar los Proyectos   Definimos dos Proyectos y en cada uno de ellos agregamos una Custom Property llamada "applicableNetworks" y, como valor, definimos los TAGs correspondientes a las redes que queremos habilitar para el Proyecto (separados por comas). Para el Proyecto #1: dev,qa Para el Proyecto #2: dev,qa,dmz Template En el Template definimos un Input y listamos las redes. De esta forma podremos probarlo en Cloud Assembly. vRealize Orchestrator En vRealize Orchestrator creamos una Action para seleccionar las redes según el Proyecto. Debe devolver un String Array y aceptar un String &

Hoy en día muchas empresas están comenzando a trabajar con Kubernetes. Hay bastante información y varios productos que hacen sencillo el despliegue y el mantenimiento de clusters. Sin embargo, para los equipos de desarrollo no hay tanta información o tal vez todavía no hay un acuerdo real en "cómo hacer las cosas". Mi objetivo es construir una aplicación sencilla buscando mejores prácticas para que me sirva de guía al momento de construir aplicaciones más complejas. Documentación de una aplicación para Kubernetes Toda aplicación comienza con una definición de arquitectura y un diseño. Mi primer pregunta es obvia, ¿cómo puedo documentar una aplicación para Kubernetes? Estuve googleando pero no encontré una forma "aceptada" de hacerlo.  Este es mi primer intento de documentación de mi aplicación: Elementos en la documentación Todo comienza con un usuario que interactúa con un "servicio" que balancea un "replicaset".  El replicaset gestiona "Po