IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Microsoft Azure Discussion :

Architecture d'une application multiplateforme hébergée sur Azure [Débutant]


Sujet :

Microsoft Azure

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert

    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2010
    Messages
    2 067
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Novembre 2010
    Messages : 2 067
    Par défaut Architecture d'une application multiplateforme hébergée sur Azure
    Bonjour,

    j'avais en tête de me créer une application multiplateforme dont les services seraient hébergés sur Azure, c'est mon application existante pour LoL Stat (dans ma signature) que je transformerai en application multiplateforme.

    Voila mon besoin dans le détail :

    Un webservice qui fournira tel quel les données d'un webservice externe et j'aurai mes propres services avec stockages des données sur azure toujours.

    Une application web qui sera surement faite en Angular 2 avec Angular Universal pour le SEO (un backend asp.net donc ou un node à voir) avec consommation des mes sevices web

    J'aurai aussi une application mobile multiplateforme (xamarin forms surement), qui consommera mon webservice, mais il me faudra surement aussi un stockage des ressources (images, son, json) côtés serveurs que je synchroniserai avec mon application mobile, afin de m'éviter de faire une Maj de mon appli dans le store à chaque changement de personnage, je mettrai peut être du push en place dans un second temps.
    Pour la synchronisation je ne sais pas comment ça sera mis en place, si vous avez des pistes.

    Je mettrai surement une application de télémétrie en place (application insight, hockey apps ..., pas fixé encore).

    je voulais savoir qu'elle était la solution la plus pertinente pour répondre à mon besoin, est-ce que je peux me contenter seulement du service mobile azure ou je dois mixer plusieurs solutions ?

    Merci pour vos réponses.

  2. #2
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par youtpout978 Voir le message
    Je mettrai surement une application de télémétrie en place (application insight, hockey apps ..., pas fixé encore).
    Il n'y a pas vraiment de question a se poser, pour les applications mobiles/desktop il vaut mieux utiliser HockeyApp. Ensuite on peut consommer la telemetrie a travers d'Application Insights. Pour une appli Web, Application Insights peut etre suffisant.

    Citation Envoyé par youtpout978 Voir le message
    je voulais savoir qu'elle était la solution la plus pertinente pour répondre à mon besoin, est-ce que je peux me contenter seulement du service mobile azure ou je dois mixer plusieurs solutions ?
    L'interet de faire du cloud, c'est de pouvoir commencer petit, voir comment ca tourne et ensuite s'adapter si necessaire, en diversifiant les services ou encore en augmentant le nombre de machines. Donc pour demarrer, ca sera probablement suffisant

    A noter, Mobile Apps repose sur Azure App Service, tout comme Web Apps, API Apps et Logic Apps. Mobile Apps propose juste quelques fonctionnalites supplementaires, comme par exemple les notifications push et le scheduler. Ca permet de gagner du temps en evitant de developper ces choses la.
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  3. #3
    Membre Expert

    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2010
    Messages
    2 067
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Novembre 2010
    Messages : 2 067
    Par défaut
    Merci pour ces réponses, en faite la vrai question c'est:
    Est-ce que je peux me contenter de mobile app service pour y déployer mon webservice et mon site web, ou est-ce que je dois en créer un pour mon site web en plus du mobile service, je pense que je peux déjà héberger mon webservice (web api) sur mon mobile service.

  4. #4
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Billets dans le blog
    3
    Par défaut
    Oui tu peux te contenter de tout mettre sur le Mobile Service pour demarrer, tu auras tout le loisir de voir si c'est suffisant ou non et de decider s'il faut changer de strategie ou pas. C'etait le sens de ma reponse : sur le cloud, on commence toujours petit et on adapte l'architecture au fur et a mesure.
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  5. #5
    Membre Expert

    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2010
    Messages
    2 067
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Novembre 2010
    Messages : 2 067
    Par défaut
    Citation Envoyé par DotNetMatt Voir le message
    Oui tu peux te contenter de tout mettre sur le Mobile Service pour demarrer, tu auras tout le loisir de voir si c'est suffisant ou non et de decider s'il faut changer de strategie ou pas. C'etait le sens de ma reponse : sur le cloud, on commence toujours petit et on adapte l'architecture au fur et a mesure.
    Super merci, je pensais qu'on ne pouvait héberger qu'un service à la fois, de toute façon c'est pour ça que j'oriente mon choix vers le cloud, c'est pour la scalabilité (et les tests gratuits), j'en aurai une grosse utilité sur de futur projets.

    Merci Dotnetmatt.

    PS : je créerai peut être un autre topic pour la synchro des données

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Besoin de conseil sur l'architecture d'une application
    Par b_reda31 dans le forum WinDev
    Réponses: 14
    Dernier message: 29/09/2015, 10h09
  2. Petite question sur l'architecture d'une application
    Par Mozofeuk dans le forum Architecture
    Réponses: 1
    Dernier message: 01/09/2010, 18h55
  3. Comment faire une application multiplateforme ?
    Par asenaici dans le forum Delphi .NET
    Réponses: 6
    Dernier message: 26/04/2006, 19h12
  4. Sécuriser une application Access partagé sur réseau
    Par hnb2003 dans le forum Sécurité
    Réponses: 2
    Dernier message: 16/03/2006, 18h10
  5. [VB.NET] Programmer une Application qui tourne sur un PDA?
    Par Bils dans le forum Windows Forms
    Réponses: 1
    Dernier message: 27/01/2006, 04h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo