Again, not true. Haproxy can monitor an upstream server and pull it from the rotation. It will toss a 502 or 504 on the previous websocket and the client will reconnect. Basic Haproxy 101 here.
I get that you don’t want to learn it and that is what you are advocating for here. But this stuff isn’t that hard to learn.
As others, I also think this pricing is kind a great. Specially, when you have better support. With other cloud hosting providers, support is not that great and Meteor specific.
So, this is a good deal. From my experience, I think 1GB containers are pretty big for Meteor, because Meteor has the CPU bottleneck. So, It would be better we’ve a 512MB containers as well.
I hope this is just the beginning, Galaxy will be great and one stop place for Meteor hosting.
Totally agree here @arunoda. @samhatoum actually made a similar point in Meteor Club slack chat today, Galaxy is cheaper for 1gb boxes at 10 boxes. We just need to break up the container sizing options to make it accessible to others.
The choice to keep it at 10 containers is purely to lightening the sign up/support load, imo.
How do you see Kadira (the monitoring app, not the larger organization) interacting with Galaxy? Are they complementary? Incompatible? The section of the Galaxy announcement ‘Tracking connected clients’ sounds similar in ways. It would be cool if they worked in tandem.
I frankly don’t know how Kadira fits into Galaxy. Our vision is give more visibility into Meteor. I think any deployment platform needs to have a performance monitoring (at least basics). Otherwise it’s useless.
We didn’t get any chance to play with Galaxy since we didn’t get any invite Now it’s the time for us to play with Galaxy. I need to have a look at it first.
It’s possible Galaxy address some of the Kadira’s usecases and vice versa.
How about collaborating/integrating with a service like Compose.io? (And something like S3 for that matter) I would love to be able to handle everything in one spot, paying for Compose.io through Galaxy.
Galaxy pricing and target customer does not align with who the framework is marketed towards, which is startups.
they’ve said it over and over: individual plans are coming. Do you want to launch a new platform and have thousands of customers knock the door down before you’re sure your ready for that kind of uptake? Or do you want to test with a smaller, select number of customers and open up general admission only after you have more experience and feedback from your ‘test market’?