,-. ,-. ,-,-. . ,-. . ,-. ,-. |- ,-. ,-. ,-| . ,-. | ,-. | ,-. . . ,-| | | |-' | | | | | | | ,. |-' `-. | | ,-| | | | | | | ,. | | | | | | | |`-| `-' ' ' ' ' ' ' ' `' `-' `-' `' ' `-^ `-' ' `-' `' `' `-' `' `-' `-' `-'
,| `'
how this capsule works
this capsule runs molly-brown.
the "server" is actually—at any given moment—one or more Pods in a kubernetes cluster. users have no shell access (not even admins). content is pulled dynamically from users' individual git repositories on startup / every 60 seconds. the server doesn't store anything beyond the lifetime of the Pod (modulo emptyDir implementation details), retains no state, and makes no attempt to do anything like "backups".
---
the content for the gemini DocBase is maintained at (contributions considered):
container image and kubernetes configurations are at: