Floci – emulador local de AWS gratuito y de código abierto

• Floci es un emulador local de AWS gratuito y de código abierto que puede ejecutarse de inmediato sin registro de cuenta ni autenticación, con una arquitectura ligera que se levanta con un solo comando
• Como alternativa sin restricciones pensando en el fin de servicio en 2026 de la edición Community de LocalStack, permite también el uso comercial gracias a su licencia MIT
• Es extremadamente ligero, con 24 ms de tiempo de arranque, 13 MiB de memoria y 90 MB de tamaño de imagen, y muestra un rendimiento 100 veces más rápido y un uso de memoria 10 veces menor que LocalStack
• Ofrece soporte completo para más de 20 servicios de AWS y garantiza alta compatibilidad al aprobar las 408 pruebas del SDK
• Puede integrarse de inmediato cambiando solo el endpoint del AWS SDK existente, por lo que ofrece una solución alternativa lista para usar en entornos locales de desarrollo y pruebas

---

Resumen de Floci

• Floci es un emulador local de AWS gratuito y de código abierto con una estructura que permite ejecutarlo de inmediato sin registro de cuenta ni token de autenticación
• Se ejecuta solo con el comando docker compose up y no tiene restricciones de CI/CD ni funciones bloqueadas
• Su nombre proviene de cirrocumulus floccus, un tipo de nube, y promueve la idea de ser “ligero, suave y siempre gratis”

Su lugar como alternativa a LocalStack

• Está previsto que la edición Community de LocalStack finalice su servicio en marzo de 2026; después de eso se requerirá token de autenticación, se dejará de dar soporte a CI y se detendrán las actualizaciones de seguridad
• Floci se ofrece como una alternativa sin restricciones frente a esa situación
• Se distribuye bajo licencia MIT, lo que permite un uso libre, incluido el uso comercial

Comparación de rendimiento y funciones

• Es muy ligero, con aproximadamente 24 ms de arranque, 13 MiB de memoria en reposo y 90 MB de tamaño de imagen Docker
• Frente a la versión Community de LocalStack, ofrece una velocidad de arranque unas 100 veces mayor y más de 10 veces menos uso de memoria
• Soporta más de 20 servicios de AWS y aprueba 408/408 pruebas del SDK
• Servicios principales compatibles:

  • API Gateway v2 / HTTP API**,** Cognito**,** ElastiCache (Redis + autenticación IAM)

  • RDS (PostgreSQL, MySQL, autenticación IAM), S3 Object Lock (COMPLIANCE / GOVERNANCE)

    • DynamoDB Streams, IAM, STS, Kinesis, KMS y otros con soporte completo
    • En LocalStack, estas funciones tienen soporte parcial o no están disponibles

Inicio rápido

• Se proporciona un ejemplo de configuración básica de docker-compose.yml
  • Usa el puerto 4566 y monta el directorio local ./data
• Comando de ejecución:

  docker compose up
  

• Todos los servicios están disponibles en http://localhost:4566
• Las credenciales de AWS pueden usar valores arbitrarios (AWS_ACCESS_KEY_ID=test, AWS_SECRET_ACCESS_KEY=test)
• Comandos de ejemplo:
  • aws s3 mb s3://my-bucket
  • aws sqs create-queue --queue-name my-queue
  • aws dynamodb list-tables

Integración con SDK

• Puede usarse tal cual cambiando solo el endpoint del AWS SDK existente
• Ejemplos principales por lenguaje:
  • Java (AWS SDK v2): endpointOverride(URI.create("http://localhost:4566";))
  • Python (boto3): endpoint_url="http://localhost:4566";
  • Node.js (AWS SDK v3): endpoint: "http://localhost:4566";
• En todos los ejemplos, region usa us-east-1 y las credenciales usan el valor "test"

Etiquetas de imagen

• latest: imagen nativa, recomendada por su tiempo de arranque de menos de 1 segundo
• latest-jvm: imagen basada en JVM, enfocada en la compatibilidad de plataforma
• x.y.z / x.y.z-jvm: versiones fijas de lanzamiento

Configuración del entorno

• Toda la configuración puede redefinirse mediante variables de entorno con el prefijo FLOCI_
• Variables principales:
  • QUARKUS_HTTP_PORT: valor predeterminado 4566
  • FLOCI_DEFAULT_REGION: valor predeterminado us-east-1
  • FLOCI_DEFAULT_ACCOUNT_ID: valor predeterminado 000000000000
  • FLOCI_STORAGE_MODE: elegir entre memory, persistent, hybrid, wal (predeterminado hybrid)
  • FLOCI_STORAGE_PERSISTENT_PATH: ruta del directorio de datos (./data)
• Documentación completa de configuración: configuration docs
• Configuración de almacenamiento por servicio: storage docs

Licencia

• Se ofrece bajo licencia MIT, por lo que puede usarse y modificarse libremente sin restricciones

[GN⁺]

Comentarios en Hacker News

• Ojalá los proveedores de nube como AWS, GCP y Azure ofrecieran oficialmente emuladores para desarrollo local
  Ahora mismo uso varios stacks serverless de AWS, y las pruebas de integración locales son casi imposibles
  Localstack es una alternativa decente, pero este tipo de funcionalidad debería ofrecerla AWS directamente para que la experiencia de desarrollo sea mucho mejor

  • Un emulador local oficial suena bien, pero en la práctica AWS tendría que explicar una por una las diferencias de comportamiento de S3, IAM, Kinesis y demás
    La gente confundiría esas diferencias con bugs de AWS, así que desde la perspectiva de AWS sería una pesadilla de soporte
  • Vi el proyecto local-web-services, hecho por un ingeniero de AWS, y ofrece una funcionalidad bastante parecida
    También es interesante que Localstack esté enfrentando competencia gracias a la tendencia de herramientas de infraestructura shift-left basadas en IA
  • Antes Microsoft ofrecía un sandbox de un solo nodo llamado Azure Service Dev Kit (ASDK)
    Ahora está reducido, pero la idea era simular toda la nube de Azure en local
  • No estoy para nada de acuerdo con esta opinión
    El software debería diseñarse con abstracciones e interfaces para no quedar atado a APIs específicas de la nube
  • Cloudflare ofrece un emulador local para su propia plataforma serverless, y funciona bastante bien

• Este tipo de herramienta me parece un intento sin sentido
  Si es para pruebas unitarias, es mejor hacer mocking de las llamadas a AWS,
  y si es para desarrollo local, es más seguro aprovisionar un entorno de prueba real con herramientas IaC como Terraform
  Si el comportamiento del emulador difiere del servicio real, existe el riesgo de que bugs se filtren a producción

  • Además, también puede darse el efecto inverso: código que no funciona bien en local pero sí corre bien en AWS real

• Comparto mi experiencia y opinión sobre el concepto de “AWS local”

  • No creo que este tipo de producto ayude mucho a atraer nuevos clientes
    Quien ni siquiera quiere registrar una tarjeta de crédito de todos modos no va a convertirse en un cliente de alto valor
  • El free tier de AWS es bastante generoso. Yo tampoco gasto ni 10 dólares al año
  • Para aprender AWS hay que experimentar directamente la realidad del control de costos. Es mejor que te cobren 5 dólares al principio a que pierdas 5 mil después
  • La verdadera ventaja de una nube local es la iteración rápida sin carga de seguridad
    Pero al desplegar de verdad hay que resolver esa deuda de seguridad, y en ese proceso a menudo se rompe el código que “en mi máquina sí funcionaba”
  • Localstack tiene respaldo no oficial de AWS, así que tiene muchas funciones y un ritmo de lanzamientos rápido
    Parece difícil que una alternativa FOSS pueda alcanzar ese nivel
  • Para mí, la razón por la que se necesita una herramienta así es precisamente la emulación de permisos IAM
    Para seguir el principio de mínimo privilegio, hay que ir habilitando permisos uno por uno, y eso se vuelve lento, como un juego de whack-a-mole con permisos
    Si también pudiera replicar IAM con precisión en local, el ciclo de despliegue podría acortarse muchísimo
    La versión de pago de Localstack tiene esta función, y me da curiosidad qué tan bien la implementa este nuevo proyecto
  • En entornos de CI/CD, Localstack es casi indispensable
    Hay que correr rápidamente cientos de pruebas de integración, y hacer llamadas reales a AWS es ineficiente por la latencia, problemas de consistencia, costos y rate limits
    Darle una cuenta de AWS a cada desarrollador también es una pesadilla de administración
    Decir que “solo aprendes si te cae la bomba de la factura de AWS” es una analogía poco realista, como decir que para aprender sobre fuego primero hay que quemarse
  • El propósito principal de un emulador local son las pruebas unitarias y algunas pruebas de integración
    Si a cada desarrollador se le da una cuenta separada y solo se configura un billing alert, el problema de seguridad no es tan grave

• Me pregunto en qué se diferencia este proyecto de moto
  Hay mucha molestia por el cambio de licencia de Localstack, pero ya existen buenas alternativas
  La cobertura de servicios de moto es impresionante
  Nuestro equipo casi se cambia por completo, pero seguimos con Localstack gracias a su contrato de soporte enterprise

• Se ve bastante útil para pruebas
  Estoy creando automatización de empaquetado de Lambda con un rol de Ansible,
  y sería mucho más cómodo si pudiera hacer mocking de la parte que verifica si ya existe un zip en S3

• La edición comunitaria de LocalStack terminará en marzo de 2026, y está previsto exigir tokens de autenticación y detener las actualizaciones de seguridad
  Floci se presenta como una alternativa sin esas restricciones

  • Es una pena que cierre después de tantos años, pero la licencia enterprise que usamos en la empresa fue realmente excelente
    Nos ahorró miles de horas al crear un ciclo de retroalimentación rápido sin tener que esperar despliegues de CloudFormation
    Incluso permitía probar cosas en el tren sin conexión a internet

• El nombre de este proyecto da risa porque en rumano significa “pequeño montón de pelo”, y en jerga también puede significar vello púbico

  • En latín significa “copo de lana”, y también aparece en la expresión flocci non facio, que significa “no tiene ningún valor”

• Este es el proyecto que estaba esperando
  Me gusta Localstack, pero siempre pensé que una solución abierta impulsada por la comunidad encajaba mucho mejor
  Si los ingenieros de AWS pudieran contribuir directamente, sería beneficioso para todos
  Ahora que la adopción de IA se está acelerando, las pruebas de integración locales son indispensables

  • Pero desde el punto de vista de AWS no hay razón para apoyar un clon FOSS
    En cambio, sería más realista ofrecer oficialmente una versión local en contenedores
  • Totalmente de acuerdo. Sobre todo ahora que los workflows con agentes cambian el estado real,
    las pruebas locales son la única manera segura de experimentar situaciones como una “alucinación del modelo que borra una tabla”

• Probé Localstack y me pareció bastante bueno
  ¿Alguien sabe si existe algo parecido para GCP?
  bigquery-emulator me resultó útil,
  pero todavía no he encontrado nada que emule GCP completo

• Las funciones se ven geniales, pero casi no hay historial de commits, ni PRs ni issues
  Da la impresión de ser un proyecto generado automáticamente, así que cuesta confiar en él
  No me da seguridad usarlo al probar datos reales

  • También estoy de acuerdo. En un proyecto OSS normalmente debería haber cierto volumen de issues para poder encontrar puntos donde contribuir
    Como aún está muy verde, lo voy a seguir observando
  • Quizá incluso sea un proyecto vibe-coded
  • Ver que el proyecto apenas tiene una semana y sospechar de inmediato ya es exagerado
    Antes se creía que si algo era open source, alguien encontraría los problemas de seguridad,
    pero hoy también se pueden hacer auditorías de seguridad con LLM
    No es perfecto, pero este tipo de auditoría automática hace más difícil esconder código malicioso