The question is, if the free tier fits into the upcoming business model. It draws many back to the community (which is great) but not necessarily to Galaxy.
If there would be a budget tier, I would use it to show off some projects.
However, an education tier (students, schools etc) or an open source tier (coupled to an GitHub account/project) would also be interesting!
Not a big fan of Galaxy, itās rather expensive compared to the competition. And I really donāt like a framework that looks like it only works well with its own hosting platform. Itās not good for adoption.
Iād personally prefer Tiny to support and extend MUP so that Meteor can be deployed anywhere by anyone at ease. Turn it into something similar like https://forge.laravel.com/ or https://envoyer.io/, including Kubernetes support.
Imo that would greatly increase Meteorās changes for adoption, while also allowing people to run Meteor on cheap instances for hobby projects - something that is requested a lot.
For what itās worth, I donāt find meteor hard to deploy at all. Running meteor build gives you a plain node project, then you can host that however you please.
a $5 tierā doesnāt even need a free tier. With this you could host 20 āexample/sandbox/testing/MVPā apps and itād only cost you $100/month.
For comparison right now itās just under $30 per app at the cheapest so 20 apps would cost you almost $600, which is obviously too much for some side projects with 2 visitors a month.
Also becoming HIPAA compliant. Maybe they could get some pre-signups for a HIPAA tier to make sure itās worth their investment (I bet it is).
I would like to have the settings controlled by the platform and not deployed with the app.
Among teams who do not have CI and everyone can deploy, you have to be certain that you have the correct version. Solution exists for that but looking at what wavehosting does has been a better flow for us.
Meteor-the-framework is valuable in of itself, but hosting is the primary way Meteor-the-company makes money. Mongo is similar. Mongo-the-db is valuable in of itself, but Atlas (their db hosting service) is one of the primary ways Mongo-the-company makes money.
Get Galaxy run with Meteor accounts that donāt require local storage for storing login token, so apps can pass basic security audits and make Meteor more interesting to corporate customers.
If your target audience is small teams, you should make it turnkey: bundle MongoDB (charge more of course). That would bring on board smaller teams focused on results (a bit like what Digital Ocean does. Itās nothing special, except itās made for smaller teams)
Auto-scaling with EBS would bring in the bigger players (integrate redis-oplog)
Documentation: make it super easy to start and deploy a new project with sample boilerplates (e.g. no hard-coding of MongoDB URL ā since we are using Galaxy it should automatically connect to the DB associated with the install)
APM ā Kadira needs some love and very few of us have the bandwidth to invest. The code is AWFUL, needs to be cleaned up and made production-grade
PS: You donāt have to host your own MongoDB instances for now, you could work with a third-party provider and have an API into a common Galaxy interface
I am not a deep core programmer knowing well how to install a stack and make sure all is compatible. I wish to start a real life live version of my project. But I wish to use some technologies together because I feel there is an advantage using them. Not knowing how to put them together, I postpone rather than begin right now.
I would also use d3.js as drawing for dashboards, such as drawing arrows or links or anything around/between data nodes that would be served by their own template. etc. So, 3 levels of technologies that implement a sort of data reactive frontend (Vue, Meteor and d3). It sounds redundant, these 3 levels of reactivity.
About Galaxy, it would be cool to have such bundle already maintained and a prototyping/low volume usage pricing for starting websites before they generate incomes.
Again great to see the engagement of the community. I would assume Tiny wont bet all on Galaxy. It is simply a no-go for most large companies solutions to get locked in to a single hosting.cloudā¦ Good leverage when using the momentum the Tiny acquisition brought is key (one off) and deserves enough time for some market analysis together with the community feedbacks. I much hope the journey will be successful.
Lol, adding the button is, but thatās not the feature you want. You want a JSON editor. But Meteor settings are loaded as Node ENV variables when starting Meteor. So to update these settings it needs to restart your server upon save. Then you save and found out you made a mistake, and suddenly your Stripe integration doesnāt work anymore but you canāt figure it out. Oops!
And so your wireframe button becomes something quite complex
Remember days back ago when it was possible to upload examples built with meteor for free. Pretty sure at some point it really helped with organic grow of meteor users. This is especially useful for community created packages and examples.