Considérations sur la portabilité et la flexibilité pour le développement d'une application node.js dans Windows Azure?

Question

J'écris une application dans Node.js pour un projet bootstrap de temps libre. J'ai un environnement Windows et Windows Azure avec un essai gratuit de trois mois semble actuellement être le moyen le plus simple de développer, déployer et héberger le projet.

Cependant Windows Azure semble coûter cher après l'essai gratuit arrive à expiration, et en tout cas je voudrais la possibilité d'héberger sur des plates-formes non-MS, j'ai donc quelques questions:

1. I peut voir à partir du tutorial que j'ai besoin d'un code spécifique à Windows pour importer le numéro de port auquel l'application devrait écouter - y a-t-il beaucoup d'autres exemples d'exigences de code spécifiques à Windows ou Azure plus bas dans la ligne? Je souhaite adopter une approche NoSQL du stockage de données, car je suis plus intéressé par la flexibilité et les performances que par l'intégrité référentielle ou la cohérence structurelle. Serait-il difficile d'encapsuler des tables Azure dans une couche d'accès aux données raisonnablement portable vers d'autres bases de données NoSQL telles que MongoDB ou les différentes offres cloud? Enfin, la question fourre-tout - y a-t-il autre chose que je devrais surveiller?

Answer 1

J'ai également construit une application sur le support node.js de Windows Azure et il n'y a pratiquement pas de verrouillage si vous vous en tenez aux modules npm et aux plates-formes ouvertes.

Vous devriez également vérifier dans le programme Bizspark de Microsoft - vous obtenez deux ans de 2 instances réservées gratuitement + stockage. C'est un excellent programme.

Answer 2

Aborder votre deuxième question: il y a des modules dans le NPM registry qui peuvent vous aider ici.

Tout d'abord, Microsoft a récemment publié le Azure SDK for node en tant que module d'installation NPM. Cela a une API riche qui vous aidera à l'interface dans les tables Azure.

Il existe également des clients NoSQL disponibles dans le registre NPM pour la plupart des solutions (y compris MongoDB). Si vous conservez un accès simple aux données, vous devriez pouvoir utiliser les différents clients NoSQL disponibles et créer un joli petit module qui se situe au-dessus de tous ceux que vous avez besoin de prendre en charge.

Vous pourriez même créer un référentiel github public et soumettre votre travail acharné dans le NPM registry pour d'autres personnes pour vous aider à développer.