Host on Azure App Service (Autoscale, Zero-downtime deploy, Multi-region)

deployment
13

I just deployed a project with the latest meteor-azure without a problem. The only gotchas I’ve seen is that you need at least a Basic instance (not free or shared) and you shouldn’t npm install bcrypt.

14

@manuel what you means by basic instance? how to get it?
thanks

15

You are already on the basic instance otherwise it would not have compiled properly.

As I said on GitHub: it looks like your problem is app-specific (the repo did not run locally for me).

16

Was not aware of any catch with bcrypt, can you open an issue about this?

17

@ramijarrar what’s weird is that same code turn properly on elkoufa.herokuapp.com and locally for me but not on azure, also in the log all is ok;
how to know what’s happen ?

18

@nwabdou85

I’m getting the following error while trying to run your app locally (on macOS):

/Users/moe-talos/koufa_complet/.meteor/local/build/programs/server/app/app.js:1592
import {Mongo} from 'meteor/mongo';
^^^^^^   
   
SyntaxError: Unexpected reserved word
     at Object.exports.runInThisContext (vm.js:53:16)
     at /Users/moe-talos/koufa_complet/.meteor/local/build/programs/server/boot.js:292:30
     at Array.forEach (native)
     at Function._.each._.forEach (/Users/moe-talos/.meteor/packages/meteor-tool/.1.4.0.1ug35iv++os.osx.x86_64+web.browser+web.cordova/mt-os.osx.x86_64/dev_bundle/server-lib/node_modules/underscore/underscore.js:79:11)
     at /Users/moe-talos/koufa_complet/.meteor/local/build/programs/server/boot.js:133:5

=> Exited with code: 1                        
=> Your application is crashing. Waiting for file change.

Once you fix this, I’m happy to continue helping you with configuration in https://github.com/talos-code/meteor-azure/issues/10

19

Sorry, it was probably another issue. I just deployed an instance with bcrypt without a problem.

1 Like
20

Okay, good to hear.

I actually dealt with a few edge cases recently (involving legacy atmosphere packages) and ended up replacing the entire sync mechanism in v1.1.2 to be much more robust/resilient against similar issues in the future.

Let me know if you run into anything else.

21

@ramijarrar thank’s for reporting the error, i ll will work on

22

@ramijarrar it’s ok for now, can you try it again please ?

23

I just don’t understand the use if this?
I deployed my app on azure with a load balancer and ssl in 1mn with mupx!! No need for this at all!!

24

Do you have any of the following:

  1. Zero-downtime deployment
  2. Auto-scaling
  3. Automated git-based updates
  4. Staging environments
  5. Version history (roll-back)
1 Like
25

I replied on your GitHub issue (let’s continue discussion there)

26

Using meteor-azure is like using meteor deploy. The experience is so much nicer. I’m in the process of getting rid of all my VMs.

That and the fact that mupx, like pretty much everything produced by Kadira, is now abandon-ware.

Edit: I just noticed the abandon-ware state of mupx and everything Kadira related is now official: Arunoda: Leaving the Meteor Community

1 Like
27

Okay fair enough!

But I won’t use this unless it has a proper documentation like the one in mupx!! Because it’s very wel done and comprehensive! :slight_smile:

28

Okay but this meteor azure seems less mature compared to the abandoned mupx tool! But yeah this is not bad but it seems only useful for azure compared to mupx which can be used for everything: aws, rackspace…

And what if I don’t want my app to scale? And have a steict budget?? Using only a vm with a set price?? And what if I am using bitbucket instead?
Thanks

29

First of all, there’s absolutely no requirement to setup auto-scaling rules or use multiple instances if you don’t have the demand/budget.

The native CI system also supports auto-sync with Bitbucket/VSTS out-of-the-box and you can manually configure a local repo or use Dropbox/OneDrive if you want.

I’d encourage you to open an issue if you feel any part of the documentation is unclear/could be improved.

We’ve come a long way since the first release in September and I like to think most kinks have been ironed out by now. In any case, we are usually quick to respond to anything that does come up (having squashed many bugs already).

2 Likes
30

There are so many misconceptions in your post, I don’t even know where to begin.

Here’s the bottom line. Going on the cheap, I’d rather pay $9 for a meteor deploy experience ($0 for demo sites that don’t need custom domains), than $5 for the hassle of a cheap VM. Of course you may think differently.

31

Dude I am spending $150/mo for tjust the VMs and have a fixed budget for it! No scalling!

And I am uaing a custom domain qith arvanced ssl setup! Which took 1mn to setup all of this!
And the VMs are load balanced so yeah!strong text

32

Native CI system seems good :slight_smile:
Yea I will open an issue when Possible and ask any questions I have about this nice package!

Thanks :slight_smile:

1 Like