RIA & CLOUD COMPUTINGDevForum - 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

francoistonic@bbox.fr

Merci !

Q&A