We posted a little while back to tell you about a new library of docs that describe repeatable patterns and examples that you can use for your own projects: Fly.io Blueprints
This week we added two more:
Resilient apps use multiple Machines - Make your app resilient to single-host failures with multiple Machines that stay stopped until you need them.
Autostart and autostop internal apps - Use a Flycast address to get Fly Proxy features, like autostart and autostop, for apps that are exposed only on your private network.
Let us know if thereās a pattern or problem/solution youād like to see as a Fly.io blueprint.
Answering all those simultaneously doesnāt necessarily fit into the āblueprintsā style, but even one, going into a lot of detail (and not assuming that the reader knows what FUSE is, etc.), would be helpful, I bet.
Can we please get consistent and consolidated articles when it pertains to SQLite, LiteFS, and multi-process Rails apps on Fly?
At the moment, the articles seem to reference old fly configurations, sundowned litefs cloud, etc.
When using the docker generate --litefs it will basically create a half connected and broken configuration. (a docker-entrypoint is created but not used, fly process group start up commands are broken, etc.