|
|
|
@ -159,25 +159,77 @@ Can be run locally or as a SaaS
|
|
|
|
- GitLab
|
|
|
|
- GitLab
|
|
|
|
- Cal.com
|
|
|
|
- Cal.com
|
|
|
|
- VPN via wg-easy
|
|
|
|
- VPN via wg-easy
|
|
|
|
|
|
|
|
- Jitsi
|
|
|
|
|
|
|
|
- StormKit
|
|
|
|
|
|
|
|
|
|
|
|
** Current status
|
|
|
|
** Current status
|
|
|
|
|
|
|
|
|
|
|
|
A rough prototype of a docker compose based app running on flatcar
|
|
|
|
A rough prototype of a docker compose based app running on flatcar
|
|
|
|
linux.
|
|
|
|
linux.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
** v1
|
|
|
|
|
|
|
|
*** [ ] web interface for configuring / launching
|
|
|
|
|
|
|
|
**** [ ] configurable options
|
|
|
|
|
|
|
|
**** [ ] authentication
|
|
|
|
|
|
|
|
**** [ ] authorization
|
|
|
|
|
|
|
|
**** [ ] admin tools / management interface
|
|
|
|
|
|
|
|
*** [ ] App Infrastructure
|
|
|
|
|
|
|
|
**** [ X ] working implementation for deploying apps on flatcar linux
|
|
|
|
|
|
|
|
**** [ X ] app data stored on separate, durable volume
|
|
|
|
|
|
|
|
**** [ ] security audit
|
|
|
|
|
|
|
|
**** [ ] automated tests?
|
|
|
|
|
|
|
|
*** [ ] NextCloud
|
|
|
|
|
|
|
|
**** [ X ] working implementation
|
|
|
|
|
|
|
|
**** [ ] refine / investigate features or additions to enable/add-in
|
|
|
|
|
|
|
|
**** [ ] security audit
|
|
|
|
|
|
|
|
**** [ ] test upgrades
|
|
|
|
|
|
|
|
**** [ ] test backup / restore
|
|
|
|
|
|
|
|
*** [ ] wg-easy (VPN)
|
|
|
|
|
|
|
|
**** [ X ] working implementation
|
|
|
|
|
|
|
|
**** [ ] security audit
|
|
|
|
|
|
|
|
**** [ ] test upgrades
|
|
|
|
|
|
|
|
**** [ ] test backup / restore
|
|
|
|
|
|
|
|
*** [ X ] App logging (via Dozzle)
|
|
|
|
|
|
|
|
*** [ ] backups
|
|
|
|
|
|
|
|
**** [ ] select backup provider (tarsnap, borgbackup, etc)
|
|
|
|
|
|
|
|
**** [ ] implement
|
|
|
|
|
|
|
|
**** [ ] test
|
|
|
|
|
|
|
|
*** [ ] monitoring / alerting?
|
|
|
|
|
|
|
|
*** [ ] exporting
|
|
|
|
|
|
|
|
*** [ ] one time purchases
|
|
|
|
|
|
|
|
*** [ ] subscription
|
|
|
|
|
|
|
|
*** [ ] documentation
|
|
|
|
|
|
|
|
*** [ ] marketing site
|
|
|
|
|
|
|
|
|
|
|
|
** Unresolved Areas
|
|
|
|
** Unresolved Areas
|
|
|
|
|
|
|
|
|
|
|
|
In general, these have all been thought about and seem to be solveable
|
|
|
|
In general, these have all been thought about and seem to be solveable
|
|
|
|
but still need more specific technical solutions.
|
|
|
|
but still need more specific technical solutions.
|
|
|
|
|
|
|
|
|
|
|
|
- backups
|
|
|
|
- backups
|
|
|
|
- logging
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The storage volume used on digital ocean already provides redudancy.
|
|
|
|
|
|
|
|
To provide complete, offsite backups, the /nassella folder just needs
|
|
|
|
|
|
|
|
to be backed up. (Could be something like just rsync or tarsnap, etc),
|
|
|
|
|
|
|
|
along with providing a backup of the config and terraform files internally
|
|
|
|
|
|
|
|
or via an "export" option.
|
|
|
|
|
|
|
|
- +logging+
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Resolved for now with the [[https://dozzle.dev/][dozzle]] service
|
|
|
|
- monitoring / alerting
|
|
|
|
- monitoring / alerting
|
|
|
|
- exporting
|
|
|
|
- exporting
|
|
|
|
- migrating between platform providers (VPS providers, etc)
|
|
|
|
- migrating between platform providers (VPS providers, etc)
|
|
|
|
- updating
|
|
|
|
- updating
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Not fully implemented yet, but should be no more than updating docker
|
|
|
|
|
|
|
|
versions in the compose file and re-running ~make apply~ for each user.
|
|
|
|
|
|
|
|
Of course, long-term there should be an automated CI system to test all
|
|
|
|
|
|
|
|
apps after upgrading.
|
|
|
|
- CI system
|
|
|
|
- CI system
|
|
|
|
- docs/auto-setup for app features
|
|
|
|
- docs/auto-setup for app features
|
|
|
|
|
|
|
|
|
|
|
|
like helping users configure their phone to connect to NextCloud's
|
|
|
|
like helping users configure their phone to connect to NextCloud's
|
|
|
|
calendar for example
|
|
|
|
calendar for example
|
|
|
|
|
