El equipo de FlowG integra en su próxima versión estable (1.0) emuladores locales de los principales servicios de gestión de logs en la nube —AWS CloudWatch, Google Cloud Logging y Azure Monitor— para que sus reenviadores de logs puedan probarse sin necesidad de cuentas reales ni costes asociados. La pieza explica el proceso seguido con la herramienta floci y sus variantes para cada proveedor.
Para AWS CloudWatch, los desarrolladores recurrieron a floci, un emulador basado en Docker que ofrece una instancia local de múltiples servicios de AWS con un solo comando. Bastó con redirigir el SDK de Go (aws-sdk-go-v2) al endpoint local y crear los grupos y flujos de registro con la CLI oficial para verificar el reenvío de logs.
La integración con Google Cloud Logging fue más compleja: las alternativas encontradas a floci o no funcionaban o tenían instrucciones incorrectas. Finalmente, floci publicó floci-gcp, que permitió configurar la biblioteca de Google con conexiones HTTP locales inseguras y prescindir de la creación previa de streams y grupos.
Microsoft Azure resultó el caso más difícil: aunque floci-az ya soportaba Azure Monitor, la biblioteca de Microsoft exigía HTTPS, algo que no funcionaba por defecto y obligó a activar la variable FLOCI_AZ_TLS_ENABLED. Además, fue necesario implementar un token de autenticación propio y usar dos bibliotecas cliente distintas para crear el workspace, el workgroup y las reglas de recopilación de datos (DCR). El autor desaconseja Azure salvo dependencia previa de la plataforma.
El artículo cierra con una advertencia: la ausencia de autenticación real en floci obliga a verificar cada proveedor manualmente antes de dar por buena la integración.