RIA & CLOUD COMPUTING DevForum - 8 octobre 2009 François Tonic
Agenda RIA : ami ou ennemi du développeur web Cloud Computing Q&A
Mini bio Historien Journaliste informatique depuis 1997 Ancien développeur et testeur logiciel Rédacteur en chef de Programmez! Fondateur & rédacteur en chef de  www.cloudmagazine.fr
RIA : les applications internet riches
Les limites du développement web pauvreté du html xhtml, css, ajax, javascript, tc. : pallient juste les problèmes problèmes inter navigateur extensions plus ou moins fermées à chaque navigateur / éditeur mais c’est simple, rapide, performant
Les limites du développement web richesse des librairies choix des outils référencement comme un clic
Pourquoi tout casser ? volonté de remettre l’utilisateur au centre nouvelles interfaces plus dynamiques, plus riches, plus d’animations langages dynamiques vs langages statiques multi terminal  contenu hétérogène
 
RIA : nouveau modèle adapter au multi terminaux par un langage descriptif pour adapter à la volée l’interface richesse fonctionnelle 3D, animation, dynamique, gestion des données plus fine, outils de dév plus riches mieux plaire aux utilisateurs ?
RIA : le choix ? Il y a toujours des mais... Flex, Silverlight, JavaFX, voire Xul et Html 5 Portabilité : très variable Mobilité : incomplet Interopérabilité : quasi nulle ! Multi plate forme : pas toujours
RIA : le choix ? souvent propriétaire le choix d’une plate-forme enferme le développeur, le client ! apprendre de nouveaux réflexes, fonctions, langages référencement très pauvre !
RIA : le choix ? cela n’empêche pas les tests, au contraire attention aux performances selon le système, le terminal vérifier la portabilité quand cela est dans le projet oblige à redéfinir le rôle du designer et du développeur web
RIA : les enjeux le multi terminaux et multi plate forme gestion du mode connecté et déconnecté génération d’application web dans le navigateur mais aussi sur le desktop comme Flex et AIR
Le dévsigner web Ces plate-formes obligent à repenser le travail des projets web collaboration entre le développeur et le designer : une obligation des projets plus complexes, mêlant de plus en plus de code, d’IDE, de graphismes avoir des flux de projets entre les outils et les personnes
 
 
CLOUD COMPUTING
Saas : Application  Paas : Plateforme  Iaas : Infrastructure Iaas : Infrastructure
Le cloud c’est quoi ? Le cloud permet une forme d’abstraction de l’application, de la plate-forme et de l’infra on déporte dans le nuage (web) au lieu de le faire en local, avec virtualisation le cloud doit apporter : montée en charge selon les besoins, payer ce que l’on utilise, adapter les besoins à la demande réelle, déporter les updates aux fournisseurs...
Iaas : une infra web la partie serveur n’est plus chez soi mais sur le web dans des datacenters Amazon EC2, VSphere, GoGrid, Eucalyptus, etc. pour les outils et les offres Iaas doit assurer : montée en charge, load balancing, sécurité, facturation à la consommation, création de nouvelles instances à la volée, etc.
Paas : un modèle de nuage c’est la couche d’exécution des applications, des librairies, des langages, etc. l’exécution se fait dans des environnements virtualisés que le Iaas fournit disponibilité des outils, API, librairies.
Différents cloud Cloud privé, public, hybride : selon son besoin Cloud privé : un intranet lifté au nuage Attention : ne pas tout déporter dans le nuage auditer, tester, choisir : le cloud nécessite méthode et veille technologique
un marché mouvant offre nombreuse mais immature et en pleine évolution toutes les solutions ne sont pas faites pour la production : Google App Engine, Azure par exemples. Rachats en cours, difficulté pour choisir le bon fournisseur
 
Les problèmes ! qui est légalement responsable ? Les obligations légales pour l’entreprise pour le stockage et la disponibilité de certaines données sécurité : vrai - faux problème Interop : des annonces mais rien de concret une jungle tarifaire !
Quelle interop ? Chaque éditeur propose son approche, son modèle et son interop collaboration bilatérale pour supporter tel environnement (ex. : force.com) Impossible de migrer d’un Iaas / Paas à un autre : on ne sait pas faire ! on ne peut pas faire sauf clone Amazon EC2 Pas d’API, librairies communes actuellement
Quelle interop ? cela pose des problèmes de disponibilité si on double son infrastructure, sa plate-forme cloud par sécurité et dans le cadre d’un PRA Il existe de grands principes pour un cloud ouvert mais cela reste des principes Il faut que tous les gros (Amazon, Google VMware, Microsoft...) définissent des standards, des formats, des API : trop tôt
Quelle interop ? cela pose des problèmes de disponibilité si on double son infrastructure, sa plate-forme cloud par sécurité et dans le cadre d’un PRA Il existe de grands principes pour un cloud ouvert mais cela reste des principes Il faut que tous les gros (Amazon, Google VMware, Microsoft...) définissent des standards, des formats, des API : trop tôt
Les avantages montée en charge, adaptabilité, minimiser les coûts, améliorer les process administration, gestion de l’infra simplifiée, adaptation à la réalité de la demande IT souplesse du PRA
Les inconvénients la sécurité, l’interop, la portabilité des applications gouvernance et administration monitoring et métrique du cloud
Tarifs : la jungle ! Coût en euros ou $ Azure : rajouter le coût des .Net Services, SQL Azure.
Tarifs : la jungle !
Tarifs : la jungle !
Et aussi les conditions de sortie, le support proposé, le taux de disponibilité, le coût pour varier le nombre d’utilisateur, etc. Quelle migration prévue pour les données ? Quelle géolocalisation proposée ?
 
Livre blanc cloud : cloudmagazine.fr [email_address] Merci !
Q&A

Devforumfrancois Tonic

  • 1.
    RIA & CLOUDCOMPUTING DevForum - 8 octobre 2009 François Tonic
  • 2.
    Agenda RIA :ami ou ennemi du développeur web Cloud Computing Q&A
  • 3.
    Mini bio HistorienJournaliste informatique depuis 1997 Ancien développeur et testeur logiciel Rédacteur en chef de Programmez! Fondateur & rédacteur en chef de www.cloudmagazine.fr
  • 4.
    RIA : lesapplications internet riches
  • 5.
    Les limites dudéveloppement web pauvreté du html xhtml, css, ajax, javascript, tc. : pallient juste les problèmes problèmes inter navigateur extensions plus ou moins fermées à chaque navigateur / éditeur mais c’est simple, rapide, performant
  • 6.
    Les limites dudéveloppement web richesse des librairies choix des outils référencement comme un clic
  • 7.
    Pourquoi tout casser? volonté de remettre l’utilisateur au centre nouvelles interfaces plus dynamiques, plus riches, plus d’animations langages dynamiques vs langages statiques multi terminal contenu hétérogène
  • 8.
  • 9.
    RIA : nouveaumodèle adapter au multi terminaux par un langage descriptif pour adapter à la volée l’interface richesse fonctionnelle 3D, animation, dynamique, gestion des données plus fine, outils de dév plus riches mieux plaire aux utilisateurs ?
  • 10.
    RIA : lechoix ? Il y a toujours des mais... Flex, Silverlight, JavaFX, voire Xul et Html 5 Portabilité : très variable Mobilité : incomplet Interopérabilité : quasi nulle ! Multi plate forme : pas toujours
  • 11.
    RIA : lechoix ? souvent propriétaire le choix d’une plate-forme enferme le développeur, le client ! apprendre de nouveaux réflexes, fonctions, langages référencement très pauvre !
  • 12.
    RIA : lechoix ? cela n’empêche pas les tests, au contraire attention aux performances selon le système, le terminal vérifier la portabilité quand cela est dans le projet oblige à redéfinir le rôle du designer et du développeur web
  • 13.
    RIA : lesenjeux le multi terminaux et multi plate forme gestion du mode connecté et déconnecté génération d’application web dans le navigateur mais aussi sur le desktop comme Flex et AIR
  • 14.
    Le dévsigner webCes plate-formes obligent à repenser le travail des projets web collaboration entre le développeur et le designer : une obligation des projets plus complexes, mêlant de plus en plus de code, d’IDE, de graphismes avoir des flux de projets entre les outils et les personnes
  • 15.
  • 16.
  • 17.
  • 18.
    Saas : Application Paas : Plateforme Iaas : Infrastructure Iaas : Infrastructure
  • 19.
    Le cloud c’estquoi ? Le cloud permet une forme d’abstraction de l’application, de la plate-forme et de l’infra on déporte dans le nuage (web) au lieu de le faire en local, avec virtualisation le cloud doit apporter : montée en charge selon les besoins, payer ce que l’on utilise, adapter les besoins à la demande réelle, déporter les updates aux fournisseurs...
  • 20.
    Iaas : uneinfra web la partie serveur n’est plus chez soi mais sur le web dans des datacenters Amazon EC2, VSphere, GoGrid, Eucalyptus, etc. pour les outils et les offres Iaas doit assurer : montée en charge, load balancing, sécurité, facturation à la consommation, création de nouvelles instances à la volée, etc.
  • 21.
    Paas : unmodèle de nuage c’est la couche d’exécution des applications, des librairies, des langages, etc. l’exécution se fait dans des environnements virtualisés que le Iaas fournit disponibilité des outils, API, librairies.
  • 22.
    Différents cloud Cloudprivé, public, hybride : selon son besoin Cloud privé : un intranet lifté au nuage Attention : ne pas tout déporter dans le nuage auditer, tester, choisir : le cloud nécessite méthode et veille technologique
  • 23.
    un marché mouvantoffre nombreuse mais immature et en pleine évolution toutes les solutions ne sont pas faites pour la production : Google App Engine, Azure par exemples. Rachats en cours, difficulté pour choisir le bon fournisseur
  • 24.
  • 25.
    Les problèmes !qui est légalement responsable ? Les obligations légales pour l’entreprise pour le stockage et la disponibilité de certaines données sécurité : vrai - faux problème Interop : des annonces mais rien de concret une jungle tarifaire !
  • 26.
    Quelle interop ?Chaque éditeur propose son approche, son modèle et son interop collaboration bilatérale pour supporter tel environnement (ex. : force.com) Impossible de migrer d’un Iaas / Paas à un autre : on ne sait pas faire ! on ne peut pas faire sauf clone Amazon EC2 Pas d’API, librairies communes actuellement
  • 27.
    Quelle interop ?cela pose des problèmes de disponibilité si on double son infrastructure, sa plate-forme cloud par sécurité et dans le cadre d’un PRA Il existe de grands principes pour un cloud ouvert mais cela reste des principes Il faut que tous les gros (Amazon, Google VMware, Microsoft...) définissent des standards, des formats, des API : trop tôt
  • 28.
    Quelle interop ?cela pose des problèmes de disponibilité si on double son infrastructure, sa plate-forme cloud par sécurité et dans le cadre d’un PRA Il existe de grands principes pour un cloud ouvert mais cela reste des principes Il faut que tous les gros (Amazon, Google VMware, Microsoft...) définissent des standards, des formats, des API : trop tôt
  • 29.
    Les avantages montéeen charge, adaptabilité, minimiser les coûts, améliorer les process administration, gestion de l’infra simplifiée, adaptation à la réalité de la demande IT souplesse du PRA
  • 30.
    Les inconvénients lasécurité, l’interop, la portabilité des applications gouvernance et administration monitoring et métrique du cloud
  • 31.
    Tarifs : lajungle ! Coût en euros ou $ Azure : rajouter le coût des .Net Services, SQL Azure.
  • 32.
    Tarifs : lajungle !
  • 33.
    Tarifs : lajungle !
  • 34.
    Et aussi lesconditions de sortie, le support proposé, le taux de disponibilité, le coût pour varier le nombre d’utilisateur, etc. Quelle migration prévue pour les données ? Quelle géolocalisation proposée ?
  • 35.
  • 36.
    Livre blanc cloud: cloudmagazine.fr [email_address] Merci !
  • 37.