Floci – kostenloser Open-Source-Lokaler-AWS-Emulator

 (github.com/hectorvent)
18 Punkte von GN⁺ 2026-03-23 | 1 Kommentare | Auf WhatsApp teilen
  • Floci ist ein kostenloser Open-Source-AWS-Emulator für den lokalen Einsatz, der ohne Account-Registrierung oder Authentifizierung sofort gestartet werden kann und mit einer schlanken Architektur per einzelner Anweisung läuft
  • Als uneingeschränkte Alternative mit Blick auf das Serviceende 2026 der LocalStack Community Edition erlaubt er dank MIT-Lizenz auch die kommerzielle Nutzung
  • Mit 24 ms Startzeit, 13 MiB Speicher und einer Image-Größe von 90 MB ist er extrem leichtgewichtig und erreicht gegenüber LocalStack eine 100-fach höhere Geschwindigkeit bei 10-fach geringerem Speicherverbrauch
  • Unterstützt mehr als 20 AWS-Services vollständig und bietet mit 408 bestandenen SDK-Tests eine hohe Kompatibilität
  • Durch einfaches Ändern des Endpoints im bestehenden AWS SDK lässt er sich sofort integrieren und bietet damit eine sofort einsetzbare Ersatzlösung für lokale Entwicklungs- und Testumgebungen

Überblick über Floci

  • Floci ist ein kostenloser Open-Source-AWS-Emulator für den lokalen Einsatz mit einer Struktur, die ohne Account-Registrierung oder Authentifizierungs-Token sofort ausgeführt werden kann
  • Er wird einfach mit dem Befehl docker compose up gestartet und hat keine CI/CD-Beschränkungen oder Funktionssperren
  • Der Name leitet sich von cirrocumulus floccus ab und steht für „leicht, weich und immer kostenlos“

Positionierung als LocalStack-Alternative

  • Für die LocalStack Community Edition ist das Serviceende im März 2026 geplant; danach sind Authentifizierungs-Token erforderlich, die CI-Unterstützung entfällt und Sicherheitsupdates werden eingestellt
  • Floci wird als uneingeschränkte Alternative dazu angeboten
  • Es wird unter der MIT-Lizenz veröffentlicht und kann frei genutzt werden, einschließlich kommerzieller Verwendung

Vergleich von Leistung und Funktionen

  • Mit einer Startzeit von etwa 24 ms, 13 MiB Leerlaufspeicher und einer Docker-Image-Größe von 90 MB ist es sehr leichtgewichtig
  • Im Vergleich zur LocalStack Community Edition bietet es eine etwa 100-fach schnellere Startzeit und einen mehr als 10-fach geringeren Speicherverbrauch
  • Unterstützung für mehr als 20 AWS-Services, 408/408 bestandene SDK-Tests
  • Wichtige unterstützte Services:

    • API Gateway v2 / HTTP API**,** Cognito**,** ElastiCache (Redis + IAM-Authentifizierung)

    • RDS (PostgreSQL, MySQL, IAM-Authentifizierung), S3 Object Lock (COMPLIANCE / GOVERNANCE)

      • DynamoDB Streams, IAM, STS, Kinesis, KMS usw. werden vollständig unterstützt
      • In LocalStack werden diese Funktionen nur teilweise oder gar nicht unterstützt

Schnellstart

  • Es wird ein Beispiel für die grundlegende docker-compose.yml-Konfiguration bereitgestellt
    • Verwendet Port 4566, bindet das lokale Verzeichnis ./data ein
  • Startbefehl: 
    docker compose up
  • Alle Services sind unter http://localhost:4566 erreichbar
  • Für AWS-Zugangsdaten können beliebige Werte verwendet werden (AWS_ACCESS_KEY_ID=test, AWS_SECRET_ACCESS_KEY=test)
  • Beispielbefehle:
    • aws s3 mb s3://my-bucket
    • aws sqs create-queue --queue-name my-queue
    • aws dynamodb list-tables

SDK-Integration

  • Durch einfaches Ändern des Endpoints im bestehenden AWS SDK kann es direkt weiterverwendet werden
  • Beispiele für wichtige Sprachen:
  • In allen Beispielen ist region auf us-east-1 gesetzt und für die Zugangsdaten wird der Wert "test" verwendet

Image-Tags

  • latest: natives Image, empfohlen wegen Startzeit unter 1 Sekunde
  • latest-jvm: JVM-basiertes Image mit Fokus auf Plattformkompatibilität
  • x.y.z / x.y.z-jvm: versionsfixierte Releases

Konfiguration

  • Alle Einstellungen können über Umgebungsvariablen mit dem Präfix FLOCI_ überschrieben werden
  • Wichtige Variablen:
    • QUARKUS_HTTP_PORT: Standard 4566
    • FLOCI_DEFAULT_REGION: Standard us-east-1
    • FLOCI_DEFAULT_ACCOUNT_ID: Standard 000000000000
    • FLOCI_STORAGE_MODE: Auswahl aus memory, persistent, hybrid, wal (Standard hybrid)
    • FLOCI_STORAGE_PERSISTENT_PATH: Pfad zum Datenverzeichnis (./data)
  • Vollständige Konfigurationsdokumentation: configuration docs
  • Service-spezifische Storage-Einstellungen: storage docs

Lizenz

  • Bereitgestellt unter der MIT-Lizenz, daher frei nutzbar und ohne Einschränkungen modifizierbar

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-03-23
Meinungen auf Hacker News

  • Es wäre wünschenswert, wenn Cloud-Anbieter wie AWS, GCP und Azure offiziell Emulatoren für die lokale Entwicklung bereitstellen würden
    Ich nutze derzeit verschiedene AWS-Serverless-Stacks, und lokale Integrationstests sind fast unmöglich
    Localstack ist zwar eine brauchbare Alternative, aber wenn AWS so etwas selbst anbieten würde, wäre die Developer Experience deutlich besser

    • Ein offizieller lokaler Emulator klingt zwar gut, aber in der Praxis müsste AWS dann die Unterschiede im Verhalten von S3, IAM, Kinesis usw. einzeln erklären
      Die Leute würden diese Unterschiede für Bugs von AWS halten, daher wäre das aus Sicht von AWS ein Support-Albtraum
    • Ich habe mir das Projekt local-web-services angesehen, das von einem AWS-Ingenieur erstellt wurde, und es bietet ziemlich ähnliche Funktionen
      Interessant ist auch, dass Localstack dank des Trends zu KI-gestütztem Shift-left-Infrastructure-Tooling Konkurrenz bekommt
    • Microsoft hatte früher eine Single-Node-Sandbox namens Azure Service Dev Kit (ASDK) bereitgestellt
      Heute ist das zurückgefahren, aber die Idee war, die gesamte Azure-Cloud lokal nachzubilden
    • Ich stimme dieser Ansicht überhaupt nicht zu
      Software sollte so entworfen werden, dass sie nicht von einer bestimmten Cloud-API abhängt, sondern abstraktions- und schnittstellenorientiert ist
    • Cloudflare bietet einen lokalen Emulator für seine Serverless-Plattform an, und der funktioniert ziemlich gut

  • Für mich wirken solche Tools wie ein sinnloser Versuch
    Für Unit-Tests ist es besser, AWS-Aufrufe zu mocken,
    und für lokale Entwicklung ist es sicherer, mit IaC-Tools wie Terraform eine Testumgebung tatsächlich zu provisionieren
    Wenn sich das Verhalten des Emulators vom echten Dienst unterscheidet, besteht das Risiko, dass Bugs in die Produktion gelangen

    • Außerdem kann auch der umgekehrte Fall eintreten, dass Code lokal nicht funktioniert, auf echtem AWS aber problemlos läuft

  • Hier meine Erfahrungen und Gedanken zum Konzept „lokales AWS“

    • Ich glaube nicht, dass solche Produkte besonders stark dabei helfen, neue Kunden zu gewinnen
      Wer schon davor zurückschreckt, überhaupt eine Kreditkarte zu hinterlegen, wird ohnehin kein Großkunde
    • Das Free Tier von AWS ist ziemlich großzügig. Ich selbst gebe nicht einmal 10 Dollar im Jahr aus
    • Wer AWS lernen will, muss die Realität der Kostenkontrolle selbst erleben. Es ist besser, am Anfang 5 Dollar berechnet zu bekommen, als später 5000 Dollar zu verlieren
    • Der eigentliche Vorteil einer lokalen Cloud ist, dass man schnell iterativ entwickeln kann, ohne Sicherheitslast
      Bei der echten Auslieferung muss man diese Sicherheitsschulden aber begleichen, und dabei bricht oft Code, der „auf meinem Rechner funktioniert hat“
    • Localstack hat inoffizielle Unterstützung von AWS, deshalb ist es funktionsreich und bringt Releases schnell heraus
      Ein FOSS-Ersatz dürfte es schwer haben, dieses Niveau zu erreichen
    • Für mich liegt der Grund, solche Tools zu brauchen, genau in der Emulation von IAM-Berechtigungen
      Wenn man das Prinzip der minimalen Rechte einhalten will, muss man Berechtigungen jedes Mal einzeln freischalten, und das fühlt sich an wie ein Whack-a-Mole-Spiel mit Rechten
      Wenn man sogar IAM lokal präzise nachbilden könnte, ließe sich der Deployment-Zyklus massiv verkürzen
      In der kostenpflichtigen Version von Localstack gibt es diese Funktion, und ich bin neugierig, wie gut das neue Projekt sie umgesetzt hat
    • In CI/CD-Umgebungen ist Localstack fast unverzichtbar
      Man muss Hunderte von Integrationstests schnell ausführen, und echte AWS-Aufrufe sind wegen Latenz, Konsistenzproblemen, Kosten und Rate Limits ineffizient
      Außerdem ist es ein Verwaltungsalbtraum, jedem Entwickler ein AWS-Konto zu geben
      Zu sagen, man lerne nur, wenn man selbst einmal eine „AWS-Kostenexplosion“ erlebt habe, ist eine realitätsferne Metapher – so als würde man sagen, man müsse sich verbrennen, um Feuer zu verstehen
    • Der Hauptzweck lokaler Emulatoren sind Unit-Tests und ein Teil der Integrationstests
      Wenn man jedem Entwickler ein eigenes Konto gibt und nur Billing Alerts setzt, sind die Sicherheitsprobleme nicht besonders groß

  • Ich frage mich, worin sich dieses Projekt von moto unterscheidet
    Viele sind unzufrieden mit der Lizenzänderung von Localstack, aber es gibt bereits gute Alternativen
    Die Service-Abdeckung von moto ist beeindruckend
    Unser Team wäre auch beinahe umgestiegen, bleibt aber wegen des Enterprise-Supportvertrags von Localstack vorerst dabei

  • Für Tests scheint das ziemlich nützlich zu sein
    Ich baue gerade mit einer Ansible-Rolle eine Automatisierung für Lambda-Packaging,
    und es wäre viel bequemer, wenn ich den Teil mocken könnte, der prüft, ob bereits eine Zip-Datei in S3 liegt

  • Die Community Edition von LocalStack endet im März 2026; außerdem sind Authentifizierungs-Token-Pflicht und das Ende von Sicherheitsupdates geplant
    Floci wird als Alternative ohne diese Einschränkungen vorgestellt

    • Es ist schade, dass es nach so vielen Jahren verschwindet, aber die Enterprise-Lizenz, die wir im Unternehmen nutzen, war wirklich hervorragend
      Sie hat durch schnelle Feedback-Schleifen Tausende Stunden eingespart, ohne dass man auf CloudFormation-Deployments warten musste
      Man konnte sogar im Zug ohne Internetverbindung testen

  • Der Projektname ist lustig, weil er im Rumänischen „kleiner Flauschball“ und im Slang Schamhaar bedeutet

    • Im Lateinischen bedeutet es „Wollknäuel“ und kommt auch in der Redewendung flocci non facio vor, die „für wertlos halten“ bedeutet

  • Das ist genau das Projekt, auf das ich gewartet habe
    Ich mag Localstack, dachte aber immer, dass eine communitygetriebene Open-Source-Lösung viel besser passt
    Wenn AWS-Ingenieure direkt beitragen könnten, wäre das für alle von Vorteil
    Gerade jetzt, wo die Einführung von KI immer schneller voranschreitet, sind lokale Integrationstests unverzichtbar

    • Aus Sicht von AWS gibt es aber keinen Grund, einen FOSS-Klon zu unterstützen
      Realistischer wäre es stattdessen, offiziell eine lokale Container-Version bereitzustellen
    • Stimme voll zu. Gerade jetzt, wo Agent-Workflows tatsächliche Zustände verändern,
      sind lokale Tests die einzige sichere Möglichkeit, Dinge wie Halluzinationen zu erproben, bei denen „das Modell eine Tabelle löscht“

  • Ich habe Localstack verwendet, und es war ziemlich gut
    Kennt zufällig jemand etwas Ähnliches für GCP?
    bigquery-emulator war nützlich,
    aber ich habe noch nichts gefunden, das ganz GCP emuliert

  • Die Funktionen sehen zwar cool aus, aber es gibt fast keine Commit-Historie, keine PRs und keine Issues
    Es wirkt wie ein automatisch generiertes Projekt und deshalb schwer vertrauenswürdig
    Ich bin mir nicht sicher, ob es sicher ist, damit echte Daten zu testen

    • Sehe ich genauso. Bei einem OSS-Projekt sollten sich zumindest einige Issues angesammelt haben, damit man Ansatzpunkte für Beiträge findet
      Es ist noch sehr früh, deshalb werde ich es weiter beobachten
    • Vielleicht ist es auch ein vibe-coded Projekt
    • Solche Zweifel zu äußern, obwohl das Projekt gerade erst eine Woche alt ist, ist übertrieben
      Früher glaubte man bei Open Source, schon jemand werde ein Sicherheitsproblem entdecken,
      heute kann man aber auch Sicherheitsaudits mit LLMs laufen lassen
      Das ist nicht perfekt, macht es aber schwerer, bösartigen Code zu verstecken