From f077465159fe612b926d22e70f69a08cb002a140 Mon Sep 17 00:00:00 2001 From: Micah Anderson Date: Thu, 19 Sep 2013 16:16:41 -0400 Subject: removed the services-diagram image, it wasn't displaying properly, and it was not clear how to get it to do that (see #3897) --- docs/platform/guide.md | 5 ----- 1 file changed, 5 deletions(-) diff --git a/docs/platform/guide.md b/docs/platform/guide.md index 1cd8283..52c3b2f 100644 --- a/docs/platform/guide.md +++ b/docs/platform/guide.md @@ -15,16 +15,11 @@ When adding a new node to your provider, you should ask yourself four questions: Brief overview of the services: -![services diagram](service-diagram.png) - * **webapp**: The web application. Runs both webapp control panel for users and admins as well as the REST API that the client uses. Needs to communicate heavily with `couchdb` nodes. You need at least one, good to have two for redundancy. The webapp does not get a lot of traffic, so you will not need many. * **couchdb**: The database for users and user data. You can get away with just one, but for proper redundancy you should have at least three. Communicates heavily with `webapp` and `mx` nodes. * **soledad**: Handles the data syncing with clients. Typically combined with `couchdb` service, since it communicates heavily with couchdb. (not currently in stable release) * **mx**: Incoming and outgoing MX servers. Communicates with the public internet, clients, and `couchdb` nodes. (not currently in stable release) * **openvpn**: OpenVPN gateway for clients. You need at least one, but want as many as needed to support the bandwidth your users are doing. The `openvpn` nodes are autonomous and don't need to communicate with any other nodes. Often combined with `tor` service. - -Not pictured: - * **monitor**: Internal service to monitor all the other nodes. Currently, you can have zero or one `monitor` nodes. * **tor**: Sets up a tor exit node, unconnected to any other service. * **dns**: Not yet implemented. -- cgit v1.2.3