El desarrollo local sobre servicios cloud siempre ha vivido en una tensión incómoda. Usar cuentas reales de AWS para cada prueba puede ser caro, lento y difícil de aislar en integración continua. Emular servicios en local reduce costes y acelera el ciclo de desarrollo, pero exige una herramienta que se parezca lo suficiente a AWS para no convertir los tests en una ficción. Ahí es donde Floci empieza a llamar la atención.
Floci, desarrollado bajo la organización floci-io, se presenta como un emulador local de AWS gratuito, open source y con licencia MIT. Su propuesta es directa: sin cuenta, sin token de autenticación y sin puertas de pago para funciones básicas. Basta con levantar un contenedor Docker y apuntar SDKs, CLI o tests al puerto 4566, el mismo que tradicionalmente ha utilizado LocalStack.
La reacción al cambio de LocalStack
El interés por Floci no se entiende sin el cambio reciente de LocalStack. Durante años, LocalStack fue una de las herramientas de referencia para probar aplicaciones cloud en local. Permitía simular servicios de AWS, reducir el uso de cuentas de desarrollo y ejecutar pruebas de integración sin depender siempre de infraestructura remota. Pero en 2026 la compañía movió su producto hacia una imagen unificada que exige cuenta y token de autenticación para acceder a las últimas versiones.
LocalStack explicó que, a partir del 23 de marzo de 2026, LocalStack for AWS pasaría a distribuirse como una única imagen consolidada, con acceso autenticado mediante una cuenta de LocalStack y un LOCALSTACK_AUTH_TOKEN, también en entornos de CI. La empresa mantiene planes gratuitos para ciertos usos, pero el modelo anterior de Community Edition queda atrás. Para algunos equipos, el cambio puede ser asumible. Para otros, sobre todo proyectos open source, pipelines sencillos o desarrolladores que quieren evitar dependencias externas, supone una fricción nueva.
Floci aparece justo en ese hueco. Su mensaje es casi una respuesta punto por punto: imagen ligera, arranque rápido, sin cuenta, sin telemetría obligatoria, sin token y con licencia MIT. La propia documentación lo describe como un reemplazo directo para LocalStack Community: conserva el puerto 4566, acepta credenciales de prueba, mantiene compatibilidad con AWS SDK y CLI, y traduce variables de entorno habituales de LocalStack a su equivalente en Floci.
Ese enfoque práctico puede ser más importante que cualquier promesa de marketing. Si un equipo puede cambiar la imagen de Docker y mantener buena parte de sus scripts, pruebas y llamadas SDK, la barrera de migración baja mucho. La variante latest-compat, además, incluye Python 3, AWS CLI y boto3 para los casos en los que los scripts de inicialización dependen de esas herramientas.
Una arquitectura ligera con servicios reales donde importa
Floci está construido con Quarkus Native y GraalVM, lo que le permite ofrecer un binario nativo y una huella reducida. El proyecto afirma tener un tiempo de arranque de unos 24 milisegundos, unos 13 MiB de memoria en reposo y una imagen Docker de alrededor de 90 MB. Son cifras especialmente atractivas para pipelines de CI, donde cada segundo de arranque y cada megabyte de memoria cuentan.
La herramienta no se limita a simular endpoints sencillos. Según su repositorio, soporta 46 servicios de AWS, entre ellos S3, DynamoDB, SQS, SNS, Lambda, IAM, STS, KMS, Cognito, Kinesis, EventBridge, Step Functions, CloudFormation, API Gateway, ElastiCache, RDS, MSK, Athena, Glue, ECS, EC2, EKS, CodeBuild, CodeDeploy, Auto Scaling, Route 53, Transfer Family y Textract, aunque no todos con el mismo grado de profundidad. Algunos servicios son stubs pensados para desarrollo local, como Bedrock Runtime o Textract, mientras otros ejecutan componentes reales mediante Docker.
Esa parte es relevante. Floci recurre a contenedores reales cuando una emulación en proceso podría quedarse corta. Lambda se ejecuta sobre imágenes públicas de runtime de AWS. RDS usa PostgreSQL, MySQL o MariaDB reales. MSK se apoya en Redpanda. EKS puede arrancar k3s. OpenSearch usa el motor correspondiente y CodeBuild ejecuta builds dentro de contenedores. Este diseño intenta equilibrar velocidad y fidelidad: lo sencillo se emula en proceso; lo que depende mucho del motor real se delega en Docker.
También incorpora modos de persistencia. Por defecto trabaja en memoria, algo útil para tests efímeros y CI. Para desarrollo local ofrece modos persistent, hybrid y wal, con distintos niveles de durabilidad. Además, soporta aislamiento multiaccount: si el AWS_ACCESS_KEY_ID tiene exactamente 12 dígitos, Floci lo usa como ID de cuenta y separa los recursos creados por cada cuenta.
| Aspecto | Floci | LocalStack tras el cambio de 2026 |
|---|---|---|
| Autenticación para usar la imagen actual | No requiere token | Requiere cuenta y token para últimas versiones |
| Licencia | MIT | Modelo con condiciones más restrictivas |
| Puerto por defecto | 4566 | 4566 |
| Compatibilidad con SDK/CLI | AWS SDK y CLI apuntando al endpoint local | AWS SDK y CLI apuntando al endpoint local |
| Enfoque | Ligero, open source, sin feature gates | Producto comercial con planes y acceso autenticado |
| Uso en CI sencillo | Sin gestión de token | Requiere gestionar token en el pipeline |
| Servicios con Docker real | Lambda, RDS, MSK, EC2, EKS, OpenSearch, CodeBuild, entre otros | Depende de edición y capacidades contratadas |
Lo que puede aportar a equipos cloud
Floci puede encajar bien en equipos que desarrollan aplicaciones sobre AWS y quieren pruebas rápidas sin abrir cuentas temporales ni mantener entornos cloud para cada rama. También puede ser útil en proyectos de formación, pruebas de SDK, desarrollo local con Spring Boot, Node.js, Python, Go o Rust, y validaciones con Terraform, OpenTofu o AWS CDK.
El proyecto presume de más de 1.850 pruebas de compatibilidad automatizadas sobre seis SDKs y tres herramientas de infraestructura como código. La cifra no garantiza paridad completa con AWS, pero sí indica una intención clara: no ser un mock superficial, sino una plataforma de desarrollo que pueda comprobar flujos reales con SDKs habituales.
Conviene mantener los pies en el suelo. Ningún emulador local sustituye por completo a AWS. Hay diferencias sutiles en permisos, tiempos, límites, eventos, latencias, consistencia, errores, cuotas y comportamiento de servicios gestionados. Una prueba que pasa en local no elimina la necesidad de validar en entornos reales antes de producción. Floci debe verse como una herramienta para acelerar desarrollo y CI, no como una réplica perfecta del cloud.
También hay que evaluar madurez. LocalStack lleva años en el mercado, con una base amplia de usuarios, documentación y uso empresarial. Floci es más reciente y todavía tendrá que demostrar estabilidad en proyectos grandes, compatibilidad a largo plazo y capacidad para responder a cambios de AWS. Su ventaja está en la ligereza, la licencia abierta y la ausencia de barreras de acceso. Su reto será sostener ese ritmo sin sacrificar calidad.
El debate de fondo va más allá de una herramienta concreta. Muchos equipos están cansados de que piezas críticas de desarrollo local dependan de cuentas, tokens, límites de uso o cambios de empaquetado que pueden romper pipelines. En ese contexto, proyectos como Floci recuperan una idea muy valiosa: el entorno de pruebas local debe ser fácil de levantar, fácil de destruir y lo bastante libre como para no convertirse en otro servicio que gestionar.
Floci no va a reemplazar de golpe a LocalStack en todos los equipos. Pero sí introduce presión en un espacio donde muchos desarrolladores pedían una alternativa realmente abierta. Para proyectos que necesitan emular servicios de AWS sin coste, sin autenticación y con una huella pequeña, puede convertirse en una opción muy seria.
Preguntas frecuentes
¿Qué es Floci?
Floci es un emulador local de servicios AWS, open source y con licencia MIT, pensado para desarrollo, pruebas e integración continua sin usar una cuenta real de AWS.
¿Floci sustituye por completo a AWS?
No. Sirve para desarrollo local y pruebas, pero no reproduce al 100 % todos los comportamientos, límites y condiciones de AWS en producción.
¿Es compatible con LocalStack?
Floci se presenta como reemplazo directo de LocalStack Community: usa el puerto 4566, acepta SDKs y CLI habituales, y traduce varias variables de entorno de LocalStack.
¿Qué servicios soporta Floci?
El proyecto afirma soportar 46 servicios de AWS, con distintos niveles de implementación. Algunos se emulan en proceso y otros usan contenedores Docker reales.
