Bubble documentation
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Jonathan Cobb 74ef750512 add more docs 4 jaren geleden
..
README.md add more docs 4 jaren geleden
dev_setup.md add more docs 4 jaren geleden
encryption.md add more docs 4 jaren geleden
env_file.md add more docs 4 jaren geleden

README.md

Bubble Administrator’s Guide

Types of Nodes

A “node” in the land of Bubble is, in the most general sense, any system running the Bubble API and associated services. There are a few types of nodes:

Regular Nodes

A regular node is one that is providing VPN and/or Bubble app processing for an end user and their connected devices. Regular nodes are launched by other nodes, called Sage Nodes.

Sage Nodes

Sage Nodes provides secure proxy connections to various cloud services. A regular node establishes a secure, bilaterally trusted relationship with its Sage Node upon launch. A regular node can have only one Sage Node.

Peer Nodes (future functionality)

Today, a Bubble network always contains a single node. In the future, a Bubble can be a cluster of peer nodes. An initial regular node would spawn additional peer nodes in accordance with a cluster policy.

End user devices would choose the closest node based on availability and latency.

Bubble network state is stored in PostgreSQL (persistent data) and Redis (cache data).

In order to support multi-node networks, Bubble will:

  • Add a transparent PostgreSQL pooling technology to provide everywhere-hot-active across all peers. Currently, Pgpool-II is looking fairly interesting. Open to other suggestions.
  • Add Redis cluster to keep Redis in sync across peer nodes.
  • Possibly: add etcd to share configuration information across nodes.

Start a new Bubble from scratch

  • Set up a Bubble development environment
  • Run the LaunchSageTest to launch a new standalone Sage Node
  • Use the new Sage Node to start a new Bubble