École polytechnique de l université de Nantes Département INFORMATIQUE PROJET TRANSVERSAL ANNÉE UNIVERSITAIRE 2007/2008. TyKi

Transcription

1 École polytechnique de l université de Nantes Département INFORMATIQUE Quatrième Année PROJET TRANSVERSAL ANNÉE UNIVERSITAIRE 2007/2008 TyKi Étude commerciale du projet TyKi Présenté par Bonnec Julien & Lebreton Pierre

2 TABLE DES MATIÈRES Table des matières 1 Introduction à la partie analyse commerciale 2 2 Présentation du produit 2 3 Contexte environnemental du produit LTSP Les Web Desktop Différence par rapport à l existant Attrait des clients Clients visés Evuels problèmes rencontrés Solution possibles Estimation des coûts Côté serveur Location du serveur Base de données Licence du serveur Laszlo Licence du serveur Multimédia Côté client Type d équipement client ciblé Estimation du coût de ces clients Conclusion 8 1

3 1 Introduction à la partie analyse commerciale Dans le cadre du projet transversal de quatrième année, une partie de notre travail consiste à étudier le côté commercial de notre projet. En effet, notre travail ne se limite pas à concevoir mais également à étudier l intérêt et les conséquences des choix que nous avons effectués, cela influançant également les décisions prise sur le projet. Nous allons donc dans la suite étudier les différents aspects économiques du projet TyKi. Ceci est particulièrement crucial, car ce projet à pour objectif de devenir une solution commerciale. Il est donc très important de qualifier le contexte économique de ce projet ainsi que de quantifier les différents coûts mis en jeu. Nous allons donc réponde à la problématique suivante : De quelle manière le projet TyKi peut-il être économiquement concurrentiel? 2 Présentation du produit Nous allons donc amorcer notre étude par une présentation de notre projet. Le projet Tyki consiste à fournir une technologie qui aura pour rôle d assurer un service pour des clients légers. La solution TyKi est divisée en deux parties distinctes : Le côté Ty destiné à être un serveur distant Le côté Ki destiné à être un client le plus léger possible. Le principe est donc le suivant : Nous voulons offrir à l utilisateur la possibilité de pouvoir utiliser tous les types d applications dont il désire et cela sans avoir à souffrir d un coût élevé au niveau du client. Ces deux contraintes semblent être contradictoires, en effet la liberté d utiliser tout type d application impose la nécessite d avoir un client puissant pour pouvoir exécuter les applications demandées. C est donc là qu intervient le projet TyKi. Nous allons donc décomposer le fonctionnement d un programme en deux parties : Le traitement des opérations effectuées par l utilisateur Le rendu et l interception des commandes utilisateur Ces deux parties seront donc réparties entre le Ty et le Ki. Le Client (Ki) ne sera chargé que d offrir les fonctionnalités d entrée / sortie. Le serveur (Ty) effectuera tous les calculs nécessaires au bon déroulement des applications. La communication entre le Ty et le Ki étant assurée grâce à la technologie Wi-Fi. 2

4 La solution technologique qui a été choisie est basée sur des applications Web de type client riche. Le client disposera d une interface Web hautement interactive qui lui permettra de lancer diverses applications. Toutes ces applications et données étant stockées au niveau du serveur, le client n a donc à sa charge que d interpréter les données reçues par le serveur et en demander de nouvelles. Maintenant que nous avons une bonne compréhension de ce que consiste le projet en lui-même, nous allons nous intéresser au contexte dans lequel il apparait. 3 Contexte environnemental du produit L idée de décharger la charge des clients pour la reporter au niveau des serveurs n est pas une idée nouvelle en elle-même. Au cours de notre étude pour la conception d une solution répondant à cette problématique, nous avons eu l occasion de trouver diverses solutions déjà existantes qui permettaient de façon plus ou moins analogues de résoudre partiellement notre problème. Nous trouvons donc des technologies diverses comme : 3.1 LTSP LTSP (Linux Terminal Server Project) est une technologie qui permet dans le cadre d un réseau local de déporter complètement la charge des clients au niveau d un serveur. Cela répond à notre problématique tout en étant sous licence GLP. Mais cette solution pose néanmoins certains problèmes puisqu elle n est destinée qu aux réseaux locaux (pour des contraintes techniques). Nous ne nous situons donc pas dans le même type d environnement : il n est pas question de domaine familial, ce que nous visons mais plutôt du domaine des entreprises. Nous ne soufrons donc pas de la concurrence de cette solution. 3.2 Les Web Desktop Ici nous avons différentes solutions qui sont offertes, certaines sont commerciales et d autres non. Nous trouvons donc ici, des outils relativement divers ayant pour but de fournir des applications bureautiques en utilisant des technologies de type client riche. Nous pouvons par exemple noter le cas 3

5 3.3 Différence par rapport à l existant des Google Docs qui suivent exactement cet aspect : nous avons une application Web qui est stockée en distant et qui conserve également de façon distante les documents avec lesquels on interagit. Nous trouvons également d autres applications du type EyeOS ou YouOS, qui elles ne se contentent pas seulement de fournir qu un éditeur de texte et un tableur mais tout un ensemble de logiciels ainsi qu un espace pour stocker ses informations. Ce type d application est relativement proche de la solution que nous offrons, que ce soit du point de vue technologique ainsi que sur son utilisation. La différence majeure entre ces solutions et notre travail est plus au niveau de la cible. En effet ces applications sont surtout centrées sur les ordinateurs et ces applications reproduisent les fonctionalités que nous disposons sur ceux-ci. Il n est donc pas question de travailler sur des clients légers, juste de déporter ses données. L utilisation d un PC est toujours obligatoire et c est là que se trouve la différence par rapport à notre projet : nous livrons à la fois la partie logicielle et matérielle. La partie matérielle étant différente d un simple PC, elle est plus orientée vers des terminaux encore plus mobiles. 3.3 Différence par rapport à l existant Maintenant que nous avons un aperçu de ce qui est existant, nous pouvons voir que notre projet se différencie des solutions déjà existantes car il permet à chacun de disposer d un client qui soit mobile : il n est pas relié à un réseau filaire étant ainsi très dépendant de l endroit où il se trouve. De plus le client léger qui sera fourni ne sera pas un ordinateur effectuant des applications bureautiques, mais plutôt une plateforme permettant d exécuter des applications beaucoup plus diverses sans pour autant se contraindre à manipuler des interfaces comme un clavier ou une souris. L idée est donc vraiment de se détacher de l environnement du PC et de s orienter plus sur le côté multimédia. 4 Attrait des clients Maintenant que nous avons vu en quoi consistait notre offre, il reste à examiner quels sont les clients potentiels ainsi que les éventuels problèmes que nous pouvons être amenés à rencontrer. 4

6 4.1 Clients visés 4.1 Clients visés Les clients visés sont donc toutes les personnes désirant disposer à moindre coût d un grand nombre de fonctionnalités multimédia. En effet tous les divers outils et jeux s orientent de plus en plus vers l univers multimédia s ouvrant vers des interactions de plus en plus diverses. Les clients visés sont donc les compagnies qui souhaitent créer ce type de produit à moindre coût. 4.2 Evuels problèmes rencontrés Au cours de recherche, pour éviter les contraintes dues au nombre de clients que nous pouvions instancier pour le serveur. Nous somme arrivés à l utilisation des technologies du type client riche. Néanmoins le problème de ce type de technologies est qu elles s avèrent relativement gourmandes. Ainsi il est nécessaire de fournir un client disposant de puissance de calcul relativement importante, ce qui s avère relativement dangereux du point de vue de l intérêt que porte le client sur ce type de solution car celui-ci devra disposer d un client ayant déjà suffisamment de puissance pour faire tourner nativement le type d applications auxquelles nous le destinons. 4.3 Solution possibles Une idée que nous proposons pour résoudre cette problématique est de plus compter sur la partie report des données. La solution qui a été retenue ne demande que très peu de ressource mémoire. Nous pouvons donc diminuer le coût du client en jouant sur le fait que le client n a pas besoin de beaucoup de mémoire et d offrir un espace de stockage distant pour tous les contenus multimédia dont souhaite disposer l utilisateur. Une autre idée pourrait également d être d utiliser la facilité de développement des applications Laszlo pour offrir à l utilisateur la possibilité de rajouter ses propres applications au sein du système et de les partager avec les autres utilisateurs. Cela aura des conséquences au niveau des ressources nécessaire côté serveur, demandant alors un serveur plus puissant. Mais l ajout de widgets pourra être justement un atout par rapport à la concurrence qui offre toujours une quantité limitée de logiciels. 5 Estimation des coûts La dernière étape de notre analyse va consister à examiner les coûts des divers éléments intervenant dans cette solution. 5

7 5.1 Côté serveur 5.1 Côté serveur Tout d abord du point de vue serveur, nous allons utiliser un système d exploitation basé sur Linux. Celui-ci étant gratuit, cela permettra déjà de diminuer les coûts de ce côté Location du serveur Dans le tableau ci-dessous, nous pouvons voir un certain nombre d offre de location de serveur avec le coût correspondant. Fournisseur Processeur RAM Débit Espace disque Prix HT / m iweb celeron 2,4 Ghz 1Go 10Mbps 320Go 69$ Netissime Dual Core D820 1Go 10Mbps 250Go 59 e Netissime Intel Core 2 Duo 1Go 10Mbps 2 x 250Go 99 e Netissime Intel Core 2 Quad 2Go 10Mbps 2 x 250Go 129 e Netissime Bi Xeon Dual Core 4Go 10Mbps 2 x 250Go 179 e Netissime Bi-Quad Core Xeon 8Go 10Mbps 2 x 250Go 226 e 1&1 Hébergement Athlon Go 100Mbps 2 x 160Go 49,99 e 1&1 Hébergement Athlon X Go 100Mbps 2 x 250Go 99,99 e 1&1 Hébergement Opteron Go 100Mbps 2 x 400Go 169,99 e 1&1 Hébergement Opteron Go 100Mbps 2 x 500Go 299,99 e Amen Opteron Go 10Mbps 2 x 160Go 99,99 e Amen Opteron Go 10Mbps 2 x 200Go 149,99 e Amen Opteron Go 10Mbps 2 x 250Go 189,99 e Comme nous pouvons le voir, les coûts de la location des serveurs dédié varient énormément en fonction de la configuration demandée. Pour le moment il est nécessaire de bien déterminer quelles sont les offres que l on souhaite délivrer avant de choisir le serveur. En effet, si nous décidons d offrir la possibilité aux utilisateurs de stoker dessus leurs propres vidéos et contenus multimédia, il va être nécessaire d avoir de grand espace de stockage. Nous devons donc déterminer quels sont les services que l on souhaite délivrer avant tout. Néanmoins, nous avons désormais un premier aperçu du coût des serveurs Base de données Au cours du projet TyKi nous utilisons également une base de données. L utilisation d une base de données du type MySQL ou PostgreSQL serait préférable car cela permettrait d avoir une base de données sans coût 6

8 5.2 Côté client supplémentaire. Il peut néanmoins y avoir des problèmes face aux phénomènes d exécution de requêtes concurrentes lors d insertion ou suppression. Il serait nécessaire d étudier si ces problèmes se présentent et s il est nécessaire d investir dans une base de données payante qui gèrera ces problèmes. Pour le moment nous recommandons surtout l utilisation d une base MySQL qui a déjà fait ses preuves dans ce genre de cas tout en restant gratuite Licence du serveur Laszlo Pour développer la partie logicielle, nous avons utilisé la technologie Laszlo. Pour l utiliser dans le cadre d une application commerciale, il est nécessaire de payer la licence du SDK. Celui-ci s élève à 795$ par ans pour la version standard, 1495$ pour la version premium et 6990$ pour la version entreprise. La différence entre ces diverses licences étant sur le nombre de licences fournies par abonnement Licence du serveur Multimédia Pour assurer la partie vidéo du client, nous utilsons le moteur de rendu de flash pour afficher le contenu vidéo. Si nous souhaitons afficher des vidéos de tout type, il est alors nécessaire d utiliser un serveur RTMP. Le choix qui s offre à nous est soit l utilisation d un serveur Flash Media Streaming. Le coût de la licence étant de 1040 e HT. Soit l utilisation d un serveur opensource comme Red5 qui offre donc une solution gratuite à nos besoins. Nous préférerons donc dans la mesure du possible d utiliser cette solution qui nous permettra d avoir un service à faible coût. 5.2 Côté client Maintenant que nous avons vu quels étaient les différents coûts des éléments entrant en jeu dans le projet du côté serveur, nous allons maintenant nous intéresser à la partie cliente Type d équipement client ciblé Le client est censé être le plus léger possible. Nous lui demanderons juste de pouvoir disposer d une connexion Wi-Fi pour se connecter au serveur. Il devra être également suffisament performant pour pouvoir exécuter les applications Rich media. Il est souhaité qu il dispose d interfaces différentes des ordinateurs (comme un écran tactile par exemple). 7

9 5.2.2 Estimation du coût de ces clients En conséquence les types de clients que nous avons retenus sont des clients de type PDA. Or, ceux qui possèdent une configuration suffisante se situent dans la gamme des e. Dans le même genre, nous pouvons retenir les dernières générations d ultra-portables. En effet ces derniers peuvent ne pas être trop coûteux (même ordre grandeur de prix) et offrir des écrans de 7, écran tactile comme nous le souhaitons. Nous estimons donc que le coût d un client respectant notre cahier des charges se trouvera dans cette gamme de prix. 6 Conclusion Au travers de cette étude nous avons vu quels étaient les différents aspects économiques environnant notre projet. Il reste néanmoins un bon nombre de points à définir. C est pourquoi à certains moments de notre étude nous nous somme contentés de présenter les solutions possibles, le choix étant reporté après une meilleure définition de ce qui est prévu de fournir comme service. Néanmoins nous avons quand même réussi à bien définir le contexte de notre projet et grâce à cela nous avons relevé quelques aspects qu il semblerait intéressant de développer pour rendre cette solution vraiment intéressante. 8