User Tools

This is an old revision of the document!


Co-op Cloud Spike

As part of the Multi-Site Wikipedia project, this spike is a technical experiment to see if switching to using Co-op Cloud will work for us.

Context

  • LoRes Node is already able to install, upgrade, delete, start and stop apps. LoRes Node apps are docker swarm stacks defined in a compose file in a git repository. Traffic is routed to apps using Traefik.
  • Co-op Cloud is an open source project to make it easier to self-host open source web apps. It also does this by installing docker swarm stacks from a compose file in a git repository and routes traffic to them using Traefik.

Opportunity

  • Co-op cloud has features that LoRes Node doesn't have, and using it would come with some technical advantages:
    • Application management is handled by a command-line tool (“abra”) rather than a web tool. Web tools can be built on top, but LoRes Node currently doesn't have any way to interact from the command line and the UI is a bit too coupled to the functionality
    • Co-op cloud Recipes already exist for many common open source web apps we care about
    • App backup exists for co-op cloud, and possibly other useful services like that
  • Co-op cloud has an established federated democratic structure and community which comes with advantages compared to LoRes hoping to build one:
    • Demonstrated history of decision making
    • Federation includes other interesting parties, eg Bonfire
    • Co-op cloud has some demonstration of radical values
    • A community of collaborators exists already and is active on matrix and git
    • Has an established model for using open collective to handle funds, receive donations and pay for development

Unknowns

We have the following unknowns in using Co-op Cloud:

  1. It says that it does not support ARM processors (and thus the Raspberry Pi). In practice it is apparently an issue of the app recipes. I've been told that some people are doing it. Does this work? What difficulties will we encounter? Will we be able to tell which apps will work and which will not?
  2. If our LoRes Apps are co-op cloud recipes installed by Abra, how do we provide additional capabilities, such as P2Panda comms?
  3. How do we incorporate Co-op cloud into the LoRes Node design? Do we call abra from our user interface? Or does LoRes Node become an app installed by Abra?

Experiments

  1. Install an existing Co-op Cloud app with abra
  2. Build a Kiwix recipe for Co-op Cloud
  3. Run the Co-op Cloud Kiwix recipe on a Raspberry Pi
  4. (unknown experiment to verify extending capabilities, determine how to test this once we know more)

Experiment 1: Try using abra

Learned so far:

  • Abra is designed to be run on the developer's computer, not on the server, which is a very different approach to what I've been doing.
    • If Abra is run locally, the config could be put in git and shared, avoiding clickops.
    • Abra can be run server side (docs)
    • Question to answer: Should we run abra locally or on the node server?

Overall using abra was a very nice experience. The manual commands needed to go from new VPS to abra are so few that it doesn't really justify the use of Ansible or something to automate them.

This website uses cookies. By using the website, you agree with storing cookies on your computer. Also, you acknowledge that you have read and understand our Privacy Policy. If you do not agree, please leave the website.

More information