Floci

Aplicación profesional

En mi opinión profesional, Floci es la herramienta ideal para empresas que operan bajo arquitecturas Serverless o de microservicios en AWS y que están sufriendo una "fatiga de costes" o lentitud en sus pipelines de CI/CD debido al uso de servicios reales o emuladores pesados. Según mi experiencia, es especialmente valioso para startups que necesitan iterar rápido sin presupuesto para sandboxes individuales y para grandes corporaciones que buscan reducir el consumo de recursos en sus granjas de runners de GitHub Actions o GitLab CI. El presupuesto necesario es prácticamente cero en licencias, pero requiere una inversión inicial en tiempo técnico para redirigir los endpoints de la infraestructura como código (IaC). Lo que más me gusta es su enfoque "lean": se centra en la velocidad pura, algo que se nota inmediatamente al ejecutar tests unitarios que interactúan con S3 o DynamoDB.

Madurez digital requerida

• Usuarios y equipo: Desarrolladores backend y DevOps con experiencia sólida en el uso de AWS CLI y SDKs. Deben sentirse cómodos trabajando con Docker y entornos de terminal.
• Empresa y departamentos: Organizaciones que ya tengan implementadas prácticas de integración continua (CI) y que utilicen herramientas de infraestructura como código como Terraform, Pulumi o AWS CDK.

Plan orientativo de implantación

Pasos necesarios y estimaciones

• Evaluación inicial (1-2 días): Mapeo de los 45 servicios soportados por Floci frente a los servicios de AWS utilizados en el proyecto. Verificación de versiones de motores necesarios (PostgreSQL, MySQL para RDS).
• Prueba de concepto (1 semana): Despliegue de una instancia de Floci en un entorno de desarrollo local y migración de un módulo de tests sencillo para validar la conectividad y compatibilidad de las APIs.
• Configuración y personalización (3-5 días): Ajuste de los modos de persistencia (WAL o memoria) según la criticidad de los datos de prueba y configuración de los custom endpoints en Terraform/CDK.
• Migración de CI/CD (1-2 semanas): Sustitución de las dependencias externas o de otros emuladores por la imagen Docker de Floci en los pipelines de integración.
• Formación y Feedback (Continuo): Sesiones de transferencia de conocimiento sobre cómo debugear servicios locales y recogida de métricas de tiempo de ejecución.

Necesidades de formación del equipo

El equipo no necesita aprender una herramienta nueva desde cero, ya que Floci emula las APIs de AWS existentes. La formación debe centrarse en la reconfiguración de los endpoints del SDK ( apuntar a localhost:4566 o similar) y en el manejo de la persistencia de datos local para que los desarrolladores no pierdan información entre reinicios si el flujo lo requiere.

Perfiles necesarios

• Perfiles técnicos necesarios: Ingeniero de DevOps / SRE para la integración en pipelines y Desarrolladores Senior para la adaptación de los scripts de test.
• Personal externo recomendado: No es estrictamente necesario, dado que es un proyecto MIT con documentación clara, aunque un experto en AWS puede acelerar la configuración de entornos complejos (como redes ECS locales).

Retorno de la inversión (ROI)

• Tiempos: Reducción inmediata (hasta un 80%) en los tiempos de arranque de los entornos de test en comparación con soluciones más pesadas.
• Cómo medirlo, KPIs:
• Coste mensual de la factura de AWS en concepto de "Cloud Sandboxes" (debería tender a cero en desarrollo).
• Tiempo medio de ejecución de los jobs de CI (medir segundos antes y después de Floci).
• Tasa de fallos en tests por problemas de conectividad o latencia de red contra AWS real.

Otros

Al usarlo te das cuenta de que la mayor ventaja oculta es la fidelidad del protocolo en servicios complejos. Al orquestar contenedores reales para RDS o MSK, Floci evita los comportamientos inesperados de los "mocks" tradicionales. Mi experiencia en implantaciones me lleva a pensar que el modo de almacenamiento WAL (Write-Ahead Log) es el gran diferenciador para equipos de QA que necesitan "congelar" estados de base de datos para pruebas de regresión. Además, al ser un binario nativo de Quarkus, es posible ejecutarlo incluso fuera de Docker en entornos muy restringidos, lo cual es una ventaja competitiva frente a soluciones que dependen exclusivamente de pesadas imágenes de contenedores. Debe tenerse en cuenta que, al carecer de GUI oficial, el equipo debe estar familiarizado con herramientas como NoSQL Workbench o clientes SQL estándar para inspeccionar los datos emulados.

Instalación

Para poner en marcha Floci de manera eficiente, el método recomendado es mediante Docker, aprovechando su imagen nativa que ofrece un arranque en milisegundos y un consumo mínimo de memoria (~13 MiB).

• Docker Compose (Recomendado): Utiliza la imagen floci/floci:latest para entornos estándar o floci/floci:latest-compat si necesitas que el contenedor incluya internamente aws-cli y boto3 para ejecutar scripts de inicialización.
• Configuración de red: Al usar Docker Compose, es vital configurar FLOCI_HOSTNAME: floci (o el nombre del servicio en tu YAML). Esto asegura que las URLs generadas por servicios como SQS o S3 sean accesibles para otros contenedores de tu red.
• Permisos del Socket: Si planeas usar Lambda, RDS o ElastiCache, debes montar el socket de Docker: - /var/run/docker.sock:/var/run/docker.sock.
• Checklist de instalación:
  • Docker 20.10+ y Docker Compose v2+.
  • Mapeo de puerto 4566:4566.
  • Definición de volumen para persistencia en /app/data.

Uso en el día a día

Según mi experiencia, la mayor ventaja de Floci es su ligereza frente a alternativas como LocalStack, pero requiere entender bien cómo gestiona el estado.

• FLOCI_STORAGE_MODE: Por defecto es memory. Si reinicias el contenedor, perderás todo. Para desarrollo persistente, cámbialo a hybrid o persistent. El modo hybrid es mi favorito ya que ofrece lecturas rápidas en memoria y escrituras asíncronas a disco.
• Variables de entorno: No pierdas tiempo con archivos de configuración complejos. Todo en Floci se puede configurar mediante variables FLOCI_*. Por ejemplo, FLOCI_DEFAULT_REGION y FLOCI_DEFAULT_ACCOUNT_ID para que coincidan con tu entorno real de AWS.
• Scripts de inicialización: Puedes automatizar la creación de tablas o buckets montando scripts en /etc/floci/init/ready.d/. Floci es compatible con la estructura de directorios de LocalStack, lo que facilita la migración.

Trucos de experto

• Hot Reload en Lambdas: Puedes habilitar el refresco automático de código sin volver a desplegar la función activando FLOCI_SERVICES_LAMBDA_HOT_RELOAD_ENABLED=true y usando el bucket especial hot-reload en tus despliegues.
• Simulación de servicios pesados: Para procesos de CI/CD donde solo necesitas validar la lógica de la nube sin levantar infraestructuras pesadas, usa FLOCI_SERVICES_RDS_MOCK=true o FLOCI_SERVICES_OPENSEARCH_MOCK=true. Esto crea los metadatos de los recursos instantáneamente sin levantar contenedores Docker adicionales.
• Modo compatible con LocalStack: Si tus aplicaciones tienen "hardcoded" la URL localhost.localstack.cloud, puedes usar FLOCI_DNS_EXTRA_SUFFIXES=localhost.localstack.cloud para que el servidor DNS interno de Floci resuelva esas peticiones correctamente.

Posibles problemas/incidencias

• Bloqueos de Firewall (UFW) en Linux: Si ejecutas Floci nativamente en Linux (no Docker Desktop), las Lambdas suelen fallar por el firewall. Es necesario ejecutar sudo ufw allow in on docker0 para permitir que los contenedores de Lambda contacten con la API de Floci.
• Incompatibilidad de puertos RDS/ElastiCache: Estos servicios exponen rangos de puertos adicionales (7001-7099 y 6379-6399). Si no los mapeas en tu docker-compose.yml, tus clientes no podrán conectar a las bases de datos emuladas.
• Persistencia de volúmenes RDS: Por defecto, Floci mantiene los volúmenes de Docker de RDS incluso si borras el recurso para evitar pérdida de datos. Si quieres una limpieza total al borrar, configura FLOCI_STORAGE_PRUNE_VOLUMES_ON_DELETE=true.

Otros

• Logs de depuración: Floci usa Quarkus. Si algo no funciona, cambia el nivel de log mediante QUARKUS_LOG_LEVEL=DEBUG. Mi experiencia me lleva a pensar que el nivel TRACE es excesivo a menos que estés depurando la firma de peticiones SigV4.
• Integración con SDKs: Siempre configura forcePathStyle: true en tus clientes S3, de lo contrario el SDK intentará resolver bucketname.localhost, lo cual fallará en la mayoría de configuraciones locales.

Opinión inicial

Tras verificar los contratos y licencias de Floci, mi opinión profesional es que nos encontramos ante una herramienta de impacto legal bajo para una empresa española. Al ser una solución puramente local y de código abierto (Open Source), elimina la mayoría de los riesgos asociados a la transferencia internacional de datos y el cumplimiento de terceros (Third-party compliance) que sí existen con proveedores SaaS. Según los documentos consultados en su repositorio oficial, su licencia MIT es una de las más permisivas del mercado, lo que otorga a la empresa una seguridad jurídica casi total para su integración en flujos de desarrollo comercial sin costes ocultos ni riesgos de auditorías de licencias restrictivas.

Principales recomendaciones

• Verificación de dependencias: Al tratarse de una tecnología que orquesta otros contenedores (como PostgreSQL para RDS), se recomienda auditar las imágenes Docker externas que Floci pueda invocar para asegurar que cumplen con las políticas de seguridad de la empresa.
• Configuración de persistencia: Para cumplir con el principio de limitación de la conservación del RGPD, se recomienda usar el modo "en memoria" para entornos de CI/CD, asegurando que los datos de prueba se destruyan tras cada ejecución.
• Evitar datos reales: Aunque el entorno es local, bajo ninguna circunstancia se deben volcar bases de datos de producción con datos de carácter personal reales en instancias de Floci, salvo que hayan sido previamente anonimizados.
• Control de actualizaciones: Al ser un proyecto comunitario, es fundamental establecer un protocolo de revisión de versiones para detectar posibles vulnerabilidades en el código fuente antes de su despliegue en las estaciones de trabajo de los desarrolladores.

Privacidad y protección de datos

• Responsabilidades: La empresa es la única Responsable del Tratamiento. Floci no actúa como Encargado del Tratamiento ya que no recibe, procesa ni almacena datos en servidores externos; el control es 100% interno.
• Ubicación de los datos: Local. Los datos permanecen en la infraestructura propia de la empresa (workstations o servidores de CI/CD locales).
• Transferencia internacional: No existe transferencia internacional de datos, ya que no hay comunicación con los servidores de AWS ni telemetría obligatoria hacia el fabricante, facilitando el cumplimiento con la Ley de Datos de la UE.
• Derechos ARCO: Al ser un entorno de desarrollo local, la gestión de derechos de acceso, rectificación, cancelación u oposición debe ser gestionada mediante los procesos internos de gestión de bases de datos de la empresa.

Propiedad intelectual

• Propiedad de datos: Todos los datos introducidos y los esquemas creados dentro del emulador pertenecen exclusivamente a la empresa usuaria.
• Propiedad del resultado: El software desarrollado utilizando Floci como entorno de pruebas es propiedad intelectual íntegra de la empresa o del desarrollador, sin que la licencia MIT imponga restricciones sobre el producto final.
• Licencia: Licencia MIT. Permite el uso comercial, la modificación, la distribución y el uso privado sin necesidad de pagar cánones o regalías.

Usos y prohibiciones

• Usos admitidos: Uso profesional en entornos de desarrollo, pruebas de integración, demostraciones comerciales técnicas y formación interna.
• Usos prohibidos: No se permite el uso de la marca "AWS" o nombres de servicios registrados de Amazon de forma que induzca a error sobre la oficialidad del software. No debe usarse como sustituto de producción para servicios que requieran alta disponibilidad o garantías de seguridad de grado cloud.

Seguridad y certificaciones

• Seguridad: Al ejecutarse en local, la seguridad depende totalmente de los perímetros de seguridad de la red corporativa. No expone puertos al exterior de forma predeterminada a menos que se configure el contenedor para ello.
• Certificaciones: Al ser un proyecto de código abierto comunitario, carece de certificaciones tipo ISO 27001 o SOC2 individuales, por lo que la empresa debe incluirlo en su propio análisis de riesgos.

Otros

Es importante recalcar que, a diferencia de otras herramientas similares que se han movido a licencias propietarias o de "fuente disponible" (como el reciente cambio de LocalStack), Floci garantiza la soberanía tecnológica de la empresa al no depender de una conexión activa a internet ni de la validación de una licencia en un servidor centralizado. Esto es crítico para empresas que manejan secretos industriales o trabajen en entornos altamente regulados.

Fuentes consultadas:

• Licencia MIT de Floci
• Condiciones de almacenamiento y persistencia
• Arquitectura y diseño de servicios
• Repositorio de código oficial