I've looked into developing "digital twins" of APIs that I rely on, similar to the StrongDM pattern, but the models talk me out of it every time. The rationale is that there could be subtle differences or drift between the behavior of the real service and the mocked API. So you may think you're on solid ground, but once you switch to prod, you could see show-stopping differences.
I think if I was doing evals on the way an agent interacts with a service (e.g. Slack) the digital twin could make sense, but for rapid iteration or testing, it might not be what you want.
I just spilled my coffee; sorry for the trivial remark, but the name means 'pubic hairs' in Romanian. Apologies.. I thought it's better for you to know and ignore than not to (not quite a big population target for you, I imagine, anyway).
There was once a cloud conference in Brazil called ConaCloud. I'm guessing "cona" means something different in Brazilian Portuguese than it does in European Portuguese.
In Portugal is a slang word for vagina.
As Coq (now Rcoq) found to their chagrin... I'm convinced half of the reason Lean has surpassed Coq in mindshare in formal mathematics was because it's impossible to not chuckle at the name sometimes.
The Latin word is "flocci", which means hairs of wool, and it was also used to denote an insignificant thing.
English normally preserves the double consonants of Latin, and in this case it has already done this in the English words derived from "floccus", e.g. "to flocculate" and "flocculent".
In clouds, it was used due to the resemblance of those clouds with curly sheep wool.
The cool part of this is it’s an example of what’s possible with a community of users armed with AI.
Many users, (myself included), had need to test cloud stuff locally, but had no tool to do so. Localstack exists, but it started rug pulling the free tier and they didn’t support all the features.
Meanwhile, Floci makes it easy to write your own cloud compatible test suite, then implement the feature to match. I was able to get a good enough coverage on a few features created in a weekend on the $20 tier of Claude to make it useful to me, then others picked up the work to round it out.
Both localstack and floci live in this weird spot where for a lot of my applications, all the cloud-vendor specific stuff is abstracted out anyway. So the only time I need to touch the cloud is for testing the abstractions and do end to end testing. The abstractions can be tested against real cloud APIs as it is generally cheap to do and provides the highest fidelity results. End to end testing includes testing against a production-like environment, so again, more bang for your buck to just test against the cloud.
I’ve definitely reached for these local cloud tools from time to time, but in a well-architected piece of software, you aren’t getting that much value from them. Either you don’t have a hard cloud dependency, or you want a high fidelity test of a specific cloud dependency.
Would someone be interested in this but intended for production? Im already running a whole bunch of cloudflare and AWS services in my own AWS fake and it works surprisingly well! :)
This looks very cool! Is this only intended for testing and development, or as a feasible way to migrante away from e.g., GCP as well?
I’m interested in something that would allow me to over time migrante away from a GCP project that uses many services today - e.g., Datastore, FileStorage etc.
Most likely a false positive, but worth noting for the people who run the project: Malwarebytes currently flags the site as 'potentially unsafe' when trying to visit it - not sure what the best avenue for them to get that fixed beyond reaching out to Malwarebytes might be
I've looked into developing "digital twins" of APIs that I rely on, similar to the StrongDM pattern, but the models talk me out of it every time. The rationale is that there could be subtle differences or drift between the behavior of the real service and the mocked API. So you may think you're on solid ground, but once you switch to prod, you could see show-stopping differences.
I think if I was doing evals on the way an agent interacts with a service (e.g. Slack) the digital twin could make sense, but for rapid iteration or testing, it might not be what you want.
I just spilled my coffee; sorry for the trivial remark, but the name means 'pubic hairs' in Romanian. Apologies.. I thought it's better for you to know and ignore than not to (not quite a big population target for you, I imagine, anyway).
There was once a cloud conference in Brazil called ConaCloud. I'm guessing "cona" means something different in Brazilian Portuguese than it does in European Portuguese. In Portugal is a slang word for vagina.
As Coq (now Rcoq) found to their chagrin... I'm convinced half of the reason Lean has surpassed Coq in mindshare in formal mathematics was because it's impossible to not chuckle at the name sometimes.
schaamhaar.io was already taken
Risky copy-paste of the day.
Also means cum in greek https://en.wiktionary.org/wiki/φλόκι
Do Greek people really say "Here comes the spunk!" when they're... you know?
Do English speakers say that?!
Hahahaha, have never personally heard that.
though not nearly as popular of an expression in that category as μαλάκας
One of the later pages mentions that the name came from "cirrocumulus floccus", the cloud formation.
In this case it is misspelled.
The Latin word is "flocci", which means hairs of wool, and it was also used to denote an insignificant thing.
English normally preserves the double consonants of Latin, and in this case it has already done this in the English words derived from "floccus", e.g. "to flocculate" and "flocculent".
In clouds, it was used due to the resemblance of those clouds with curly sheep wool.
You mean like Flikr, sonarr, tumblr, Waze…?
Also it means gays (not in a flattering way) in italian if you just change a letter.
you got here before me, had a good laugh tho.
The cool part of this is it’s an example of what’s possible with a community of users armed with AI.
Many users, (myself included), had need to test cloud stuff locally, but had no tool to do so. Localstack exists, but it started rug pulling the free tier and they didn’t support all the features.
Meanwhile, Floci makes it easy to write your own cloud compatible test suite, then implement the feature to match. I was able to get a good enough coverage on a few features created in a weekend on the $20 tier of Claude to make it useful to me, then others picked up the work to round it out.
It’s really cool to see it grow.
I’d love to see this for stuff like Stripe, Twilio, etc - they’ve got sandboxes but this would be a lot easier and faster.
Both localstack and floci live in this weird spot where for a lot of my applications, all the cloud-vendor specific stuff is abstracted out anyway. So the only time I need to touch the cloud is for testing the abstractions and do end to end testing. The abstractions can be tested against real cloud APIs as it is generally cheap to do and provides the highest fidelity results. End to end testing includes testing against a production-like environment, so again, more bang for your buck to just test against the cloud.
I’ve definitely reached for these local cloud tools from time to time, but in a well-architected piece of software, you aren’t getting that much value from them. Either you don’t have a hard cloud dependency, or you want a high fidelity test of a specific cloud dependency.
Been using it for a while to run integration tests with Testcontainers [1]. It's very good and much more lightweight than Localstack.
[1]: https://testcontainers.com/
Would someone be interested in this but intended for production? Im already running a whole bunch of cloudflare and AWS services in my own AWS fake and it works surprisingly well! :)
Local stubs for cloud services are a lifesaver when you're a one-person shop and don't want a surprise bill just to test a webhook path.
This looks very cool! Is this only intended for testing and development, or as a feasible way to migrante away from e.g., GCP as well?
I’m interested in something that would allow me to over time migrante away from a GCP project that uses many services today - e.g., Datastore, FileStorage etc.
Definitely not feasible to migrate off of actual cloud services using something like this.
How on earth I never came across this before? ChatGPD does not know about this project either. Looks very, very promising!
Most likely a false positive, but worth noting for the people who run the project: Malwarebytes currently flags the site as 'potentially unsafe' when trying to visit it - not sure what the best avenue for them to get that fixed beyond reaching out to Malwarebytes might be
This is awesome, hope to see it mature over the years!
fakecloud is another project in the space, AWS only though https://fakecloud.dev/
I'm using fakecloud and it's dead simple to use. (like you said, aws only)
Good work.
For us, floci-oci for object storage looks interesting. For everything else we have our own stack.