Thank you for the responses! I am looking into Galaxy, Heroku, Modulus, Digital Ocean now. Will I have to de-meteorize? I guess I found cost structure based on usage confusing because it seems open-ended.
Scaling is so often looked at as scaling up. I am looking at scale the other way, for non enterprise, websites for small businesses and individuals, and therefore have to justify cost comparisons. It is easy for performance and UX benefits get kind of lost in this argument.
What do you mean by that?
Modulus rebuilds Meteor for more portability. Not sure if this is necessary or not.
http://blog.modulus.io/demeteorizer
I didn’t look closely into how this thing works, but it’s must be written for meteor 1.2, so i would advice against that.
Plus, in meteor 1.3 Meteor became more “node-like” and this is what demeteorizer does. So i don’t see demeteorizer being useful.
Is Meteor hosting a price obstacle to its adoption?..An average client will request a price comparison between Galaxy vs Godaddy.
Why target customers who can barely afford these services? How likely is it that someone can afford to pay you $50-100 per hour for software development, yet be unwilling to pay $50-100 per month for hosting? My small business had signed up for a $500 per month ten-container Galaxy plan late last year. Why not work for companies like mine?
Many “average clients” spend more than $50 on bottled water, coffee or printer toner each month. If a few hundred dollars a year for application hosting is prohibitive to your clients, I think you’d be much better off finding new clients.
I think the main issue is that the reason for the difference in pricing is not conveyed properly to the clients/customers/consumers.
The extra price goes into the assurance that everything works without the need for much configuration at all. Businesses have to weigh the pros and cons and whether or not they want to be bothered with the infrastructure side of things. Are they willing to hire someone or delegate the responsibilities of the creation and maintenance of a server(s)?
For hobby, non-enterprises and non-mission critical things, yes a $5 hosting will work and someone that knows how to google can probably set it up as well. But should things go wrong, don’t expect the fastest fix.
What confuses me is that, last time I checked, you need to get Mongo hosting from someone else. Is that still the case? Isn’t that a hassle and addition cost?
Tell them that GoDaddy is like doing your accounting all by yourself in excel. Taking the time to set everything up. You may save $15 a month doing it this way, but it’s much cheaper to leverage something like Quickbooks (Galaxy).
Or some similar metaphor that would click for them.
Additional cost, in some sense yes (although you either buy it separately or it’s baked into the cost). Hassle is a stretch.
Or explain that the cost of labor to set it up elsewhere is 3 hours at [insert hourly rate] plus the cost of hosting. Or you can set it up on galaxy for 0 hours labor plus the cots of hosting.
I use mup with meteor 1.3 and he’s work
mupx is not easy with graphicsmagic and cfs, and i don’t like doker 
You have to use some VPS even when you are dealing with “classic” PHP.
Frameworks like Symfony2, Laravel also does not work (or it’s painful to run them) on shared hostings.
5$/month reasonable price for hosting
I don’t quite follow - Meteor apps can be deployed anywhere that you can run Node. Seems pretty fair to me!
I think this is more the problem:
From the guide:
But operating Meteor apps correctly, so that your apps work for everyone, can be tricky if you are managing your infrastructure manually. This is why we recommend running production Meteor apps on Galaxy.
Running a single Meteor app instance on different services isn’t a big deal. But since you need proxy server/load balancer with websockets with session affinity, SSL, etc. for anything really worthwhile, the component parts can become expensive if you use AWS tools, or something like Heroku. Each approach seems to have an achilles heel (other than Galaxy).
You’re also tied to MongoDB, and the most popular cloud hosted Mongo starts as ~18/month for 1GB (Yes, I know MongoLab is still free for its’ sandbox tier). You’ll have to pay this even if you only use Mongo for Meteor’s accounts package, as it’s tied to Mongo. You can get up and running with far more storage for less money with much stronger security with AWS RDS, for example.
There’s kind of a space between nothing and full production that’s relatively expensive to work in with Meteor. But these tradeoffs exists for every framework. It’s just important to understand what the tradeoffs are.
i use php, with laravel, and you are right, is dificult convence a client (i from of Argentina the u$s is very expensive for us) whe godaddy, o DonWeb (argentinian hosting) is very cheap, but i try to upload my first project and is hard, and so much expensive,
i try with herouku, aws, gce, and others, finally i like gce (google compute engine) but is very hard to learn, i need 3 weeks to run my aplication and i can write the script to re run automatically meteor. we need a simple solution and cheap for the micro projects (a hotel thre stars with rooms you can select, a restaurant whit a variable menu, etc).
Meteor is great, fast, easy, and powerfull, but the cfs and the deploy is two very hard element to adopt this tecnology. thanks
I haven’t tried it yet, because our apps are self-hosted for the time being.
https://www.digitalocean.com/ provides $20/mo to provide Ubuntu with NodeJS then hook it up with https://mlab.com/ for the MongoDB which can be either $15 or $180 depending on your data set size.
The mlab one is where we’re planning to host our MongoDB installation for our production systems eventually since they would handle the backups and access control for us. We’re still shopping for a Ubuntu/NodeJS provider.
I personally use AWS + Docker. AWS with MupX I also found really easy. Same can be said for DO. Yet to try Galaxy, though I hear very good things!
AWS takes under 2 minutes to spin up a new server for a new app, after the first round of installing everything you need and saving the AMI. Docker makes that even easier.
For a small-scale app, your mongoDb can run perfectly on the same VPS. The only thing you have to do is make sure a MongoDb-server is installed on the VPS, and tell Meteor to use is through an environment-var.
Getting a Ubuntu VPS image running securely on something like Digital Ocean is the hardest part. Getting MongoDb running is relativly easy.
Downside is theoretical uptime and redundancy: your dB is running on a single instance, and you’re responsible for backups yourself .
At the moment I’m running an app on a self-hosted VPS, including MongoDb on the same instance( a 768MB ram 1vCPU, 10GB SSD instance on iwstack, which is 2.88 Euro/Month. It’s a small bussiness app for about 80 users. ( Meteor 1.3 with Mup (not mupx). Backups are 2x a day to an offsite location with cronjob.
So, as always, it’s comfort vs price.
Your absolutely right…but my experience of operating outside of the few blessed OECD countries is that most SMB’s have/pretend to have severe cashflow problems.
Its not uncommon to pay in kind, rather than cash… i.e. $100k of TV advertising ‘paid for’ in paint/office equipment.
Simplifies administrative burden and reduces tax liabilities.
I think the backups are the most important part. The app can go down and we can deploy into alternate VPS even have a secondary VPS as redundancy but if the data is loss, that’s a bigger issue.
yes, just now my company decided to drop meteor because of this, also I failed to make it run with AWS running mongo (to keep prices low)
