-
Notifications
You must be signed in to change notification settings - Fork 712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create a more typical application stack example #118
Comments
I've got a branch with a few more application containers; just in the processes of adding load balancers. |
Here you go: e8da590 It has 2 go app and 3 elastic searches. What needs doing:
|
If you make a PR as a branch on this repo, I'll contribute some commits to convert the curl load generator to a Go version. |
Ah I just pushed that straight to master - its in experimental. I'd say go ahead with a go load gen, and push it to master. |
Oh, OK. |
This ticket is about creating a different example, with a fewer number of types of containers. |
No! More container types is better! A typical app has loads of services. |
We can have multiple examples. But I want an example that's immediately understandable for demos and meetups, where the point is to demonstrate individual features of Scope (and Weave). |
Isn't scope's job making complicated topologies easy to understand? ;-) On Wednesday, 27 May 2015, Peter Bourgon notifications@github.com wrote:
|
The whole complicated container topology -> group by image is really quite compelling... |
We'll also use this for the tutorial doc. |
Consider it done. |
The current example is great for playing around with Scope, but I think it would be a little confusing at a meetup or demo. Let's create a more typical example, with 2 load balancers, 3–5 application instances, and a database.
The text was updated successfully, but these errors were encountered: