2014-09-08 9 views
0

Nous avons une solution qui permet à nos clients de télécharger des packages SCORM (http://scorm.com/scorm-explained/) qui sont essentiellement des mini sites Web, des pages html et une interface javascript prédéfinie qui permet les packages pour parler à notre site. Tout fonctionne correctement sur une machine IIS auto-hébergée car nous construisons une structure de dossiers de chaque module SCORM dans la racine du site Web et pouvons permettre à l'utilisateur d'ouvrir chacun d'eux et de terminer le cours. Toutefois, ceux-ci peuvent être assez volumineux, contenant plusieurs vidéos, etc. et sur une machine auto-hébergée, nous pouvons placer le site sur un grand disque dur, comment cela fonctionnerait si nous voulions migrer la solution vers les services cloud azure. J'ai lu à plusieurs endroits que le site doit être sans état et que la VM peut être réimagée à tout moment, cela signifie-t-il que nous ne devrions rien stocker dans la structure de dossiers qui ne faisait pas partie du paquet original? Est-il possible de configurer un dossier permanent partagé pour nos sites Web?Téléchargement de plusieurs sites Web/packages SCORM (mini sites Web) vers le site Web Azure existant

Répondre

0

En un mot BlobStorage! Comme vous l'avez très justement fait remarquer, les machines virtuelles Azure sont sans état. Vous avez donc besoin d'un référentiel unique et persistant pour vos données/fichiers, et le stockage des objets blob est parfaitement adapté à vos besoins.

Sans plus d'informations sur les exigences précises ou la façon dont vous avez explicitement besoin de référencer ces fichiers, il est un peu difficile de suggérer la meilleure façon de procéder. Cependant, voici quelques choses ...

  1. Ce video fournit un aperçu rapide du stockage blob et récupération d'éléments directement à partir BlobStorage. Si votre scénario nécessite de servir ou de stocker des fichiers sur la machine locale, cela peut constituer un bon point de départ. BlobStorage prend en charge l'accès direct sur HTTP et HTTPS. Vous pouvez donc simplement référencer des fichiers directement à partir de BlobStorage (ce qui ne devrait pas poser de problème car ce sont des ressources Web). Consultez la section HTTP dans ce article pour le format de l'URL. Remarque: vous pouvez également sécuriser ces blob en utilisant SharedAccessSignatures si vous souhaitez restreindre l'accès.
  2. Il n'y a aucune raison pour laquelle vous ne pouvez pas utiliser une machine virtuelle standard puis mapper un lecteur réseau à l'aide du Microsoft Azure File Service. Je ne peux pas dire que j'ai personnellement fait cela, j'ai utilisé autre chose, mais le concept d'une ressource partagée existant dans BlobStorage est très faisable.

HTH

+0

Nous utilisons le stockage blob pour tous nos médias mais je ne pense pas que cela fonctionnera pour les paquets SCORM car ils comptent actuellement sur des chemins relatifs pour naviguer autour et montrer les vidéos, etc. en le Html. Pour le moment, nous cherchons à avoir une seule VM complète qui sera notre référentiel SCORM mais qui pourrait nous causer des problèmes avec les appels inter-domaines javascript. Plus de recherche est nécessaire je suppose. – user351711

+0

Ah - avez-vous regardé http://www.iis.net/learn/extensions/url-rewrite-module/creating-rewrite-rules-for-the-url-rewrite-module où vous pouvez créer des règles de réécriture pour ASP .NET. Les serveurs Azure sont livrés avec le module Rewrite installé (même si vous devrez peut-être effectuer cette opération localement), ce qui vous permettra d'utiliser des chemins relatifs. Vous pouvez être vraiment intelligent et utiliser Azure ASP.NET comme un proxy inverse pour vos problèmes de cheminement ... – SeanCocteau

Questions connexes