Bonjour,
J'aimerai bien savoir votre point de vue à propos la mise en place d'un cloud perso(à laide de OpenStack, OpenCloud, etc sur *des serveurs dédier*) ou louer le cloud de la part d'un hébergeur comme Amazon.
Ce type d'information est très rare sur le net, c'est pourquoi je reviens vers vous pour avoir un feedback des gens qui ont déjà testé ça..
Merci d'avance :)
Le 06/01/2013 22:47, ANIS El Achèche a écrit :
Bonjour,
J'aimerai bien savoir votre point de vue à propos la mise en place d'un cloud perso(à laide de OpenStack, OpenCloud, etc sur *des serveurs dédier*) ou louer le cloud de la part d'un hébergeur comme Amazon.
Ce type d'information est très rare sur le net, c'est pourquoi je reviens vers vous pour avoir un feedback des gens qui ont déjà testé ça..
Merci d'avance :)
à mon avis , tu parles d'auto-hébergement de services et non de cloud ; au sens strict, les autres me corrigeront j'en doute pas si je me goure, le cloud consiste dans le fait que tes données sont un peu partout et surtout tu sais pas où, mais que tu es sensé y avoir accès selon un certains nombres de services. en autohébergement, tu montes les memes types de services, sauf que tu sais où sont tes données (chez toi ou en dédié, et/ou les deux).
ceci dit, perso j'opte plutot pour de l'auto-hébergement, car j'aime pas ne pas savoir où sont mes données (surtout que le lieu où elles sont stockées définit à quelles lois elles sont soumises, ce qui peut varier d'un pays à l'autre...).
j'ai testé owncloud, mais au final je préfère monter les services proposés moi même plutot que laisser d'autres scripter des montages de services, car je ne sais pas si leurdegré de sécurisation desdits services ira jusqu'à mes attentes (et quand j'ai procédé à un test via Openvas, le résultat n'a pas été des plus concluant...)
j'espère t'avoir fait un peu avancé, et te souhaite bon courage dans cette belle tâche :)
pour info: http://www.auto-hebergement.fr/ http://linuxfr.org/users/jbbourgoin/journaux/tutoriel-d-autohebergement http://linuxfr.org/news/un-wiki-sur-lauto-h%C3%A9bergement
enjoy
isAAAc
J'aimerai bien savoir votre point de vue à propos la mise en place d'un cloud perso(à laide de OpenStack, OpenCloud, etc sur des serveurs dédier) ou louer le cloud de la part d'un hébergeur comme Amazon.
juste 3 cents, le google appengine peut etre utilise comme un excellent cloud ou CDN, gratuit dans certaines limites de cpu, bandwidth . . .
a mon avis une excellente alternative a amazon si tu sers du contenu sur les 5 continents.
ca donne ca : http://www.just-ping.com/index.php?vh=static.ww7.be&c=&s=ping!
et ca m a permis de diviser par deux la charge de mes serveurs dedies, pour pas un rond.
j ajouterai un petit outil sympa pour detourner le appengine et en faire un cdn, static ou reverse proxy : https://github.com/neofutur/myCDN/
Ce type d'information est très rare sur le net, c'est pourquoi je reviens vers vous pour avoir un feedback des gens qui ont déjà testé ça..
Merci d'avance :)
à mon avis , tu parles d'auto-hébergement de services et non de cloud ; au sens strict, les autres me corrigeront j'en doute pas si je me goure, le cloud consiste dans le fait que tes données sont un peu partout et surtout tu sais pas où, mais que tu es sensé y avoir accès selon un certains nombres de services. en autohébergement, tu montes les memes types de services, sauf que tu sais où sont tes données (chez toi ou en dédié, et/ou les deux).
ceci dit, perso j'opte plutot pour de l'auto-hébergement, car j'aime pas ne pas savoir où sont mes données (surtout que le lieu où elles sont stockées définit à quelles lois elles sont soumises, ce qui peut varier d'un pays à l'autre...).
j'ai testé owncloud, mais au final je préfère monter les services proposés moi même plutot que laisser d'autres scripter des montages de services, car je ne sais pas si leurdegré de sécurisation desdits services ira jusqu'à mes attentes (et quand j'ai procédé à un test via Openvas, le résultat n'a pas été des plus concluant...)
j'espère t'avoir fait un peu avancé, et te souhaite bon courage dans cette belle tâche :)
pour info: http://www.auto-hebergement.fr/ http://linuxfr.org/users/jbbourgoin/journaux/tutoriel-d-autohebergement http://linuxfr.org/news/un-wiki-sur-lauto-h%C3%A9bergement
enjoy
isAAAc
Liste de diffusion du FRsAG http://www.frsag.org/
Le Sun, Jan 06, 2013 at 11:18:44PM -0500, neo futur [frsag@ww7.be] a écrit:
juste 3 cents, le google appengine peut etre utilise comme un excellent cloud ou CDN, gratuit dans certaines limites de cpu, bandwidth . . .
[....]
et ca m a permis de diviser par deux la charge de mes serveurs dedies, pour pas un rond.
Et le jour où ils décident que c'est payant ? Tu meurs parceque le business-model dépend d'un service gratuit fourni par un tiers ?
Et le jour où ils décident que c'est payant ? Tu meurs parceque le business-model dépend d'un service gratuit fourni par un tiers ?
le jour ou ils decident que c est payant c est pareil que pour google apps : * les comptes gratuits restent gratuits ( j ai des dizaines de comptes google apps qui resteront gratuit * si c est important pour moi je payerai ou je trouverai une autre solution, en attendant j aurai quand meme economise des centaines d euros pendant quelques annees et ca reste rentable
-- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 21 rue Frédéric Petit - 80000 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
à mon avis , tu parles d'auto-hébergement de services et non de cloud ; au sens strict, les autres me corrigeront j'en doute pas si je me goure, le cloud consiste dans le fait que tes données sont un peu partout et surtout tu sais pas où, mais que tu es sensé y avoir accès selon un certains nombres de services.
Je trouve cette définition un peu limitée (mais la définition du "Cloud" est mal délimitée de toute façon, c'est un mot magique derrière lequel chaque vendeur fait sa tambouille). Pour moi, elle inclue également l'élasticité (pouvoir enlever/ajouter de la ressource sans perturber le service) et la haute-dispo. Dans un "Cloud privé", tu es quand même un peu sensé être au courant d'où se trouve tes données.
Denis
Bastien
Le 7 janvier 2013 09:42, Denis F. xxsag@ledeuns.net a écrit :
Bonjour,
à mon avis , tu parles d'auto-hébergement de services et non de cloud ;
au sens strict, les autres me corrigeront j'en doute pas si je me goure, le cloud consiste dans le fait que tes données sont un peu partout et surtout tu sais pas où, mais que tu es sensé y avoir accès selon un certains nombres de services.
Je trouve cette définition un peu limitée (mais la définition du "Cloud" est mal délimitée de toute façon, c'est un mot magique derrière lequel chaque vendeur fait sa tambouille). Pour moi, elle inclue également l'élasticité (pouvoir enlever/ajouter de la ressource sans perturber le service) et la haute-dispo. Dans un "Cloud privé", tu es quand même un peu sensé être au courant d'où se trouve tes données.
Bonjour,
J'avait gardé dans un coin une définition des enjeux du cloud qui je trouve, résume bien la problématique : Partage de ressources: mutualisation Elastique Self Service Mesurer & Facturer Evolution transparente
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Il faut définir également quel "niveau" de cloud tu recherche, en fonction de ton métier ce n'est pas le même. IaaS, PaaS, SaaS ?
Bastien.
Le Mon, Jan 07, 2013 at 09:53:34AM +0100, bastien.leblanc@gmail.com [bastien.leblanc@gmail.com] a écrit:
J'avait gardé dans un coin une définition des enjeux du cloud qui je trouve, résume bien la problématique : Partage de ressources: mutualisation
Ok, donc les offres d'hébergement mutualisées qui existent depuis plus de 15 ans sont du Cloud.
Elastique
Bullshit.
Self Service
Ok, donc commander en ligne un serveur chez Dedibox ou Digicube, c'est du Cloud.
Mesurer & Facturer
Ah bah oui, avant le cloud, on mesurait pas les ressources utilisées pour ajuster la facture en conséquence.
Evolution transparente
Bullshit.
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Bah, au contraire, la demande initiale parait assez claire :
- Option 1, je monte une infra perso permettant de créer des machines virtuelles à la deamnde (Openstack, ....) ; aka « Cloud privé » - Option 2, j'achète chez un vendeur de nuages (Amazon, whoever)
Quels avantages et inconvénients pour chaque.
Je suis assez d'accord, le cloud n'est pas non plus révolutionnaire, en particulier pour le IaaS: Je n'ai fait que reprendre une liste existante.
Le 7 janvier 2013 10:01, Dominique Rousseau d.rousseau@nnx.com a écrit :
Partage de ressources: mutualisation
Ok, donc les offres d'hébergement mutualisées qui existent depuis plus de 15 ans sont du Cloud.
En quelques sortes oui
Elastique
Bullshit.
La scalabilité du point de vue d'une VM, soit ajouter / enlever de la CPU (par exemple), soit ajouter/enlever des VM au fil du besoin c'est bullshit?
Self Service
Ok, donc commander en ligne un serveur chez Dedibox ou Digicube, c'est du Cloud.
Oui pour de l'infra, mais ce qui est "cloud" sur de l'appli, c'est d'acheter un service applicatif (salesforce), sans passer par l'IT.
Mesurer & Facturer
Ah bah oui, avant le cloud, on mesurait pas les ressources utilisées pour ajuster la facture en conséquence.
C'est juste un enjeu, j'ai pas dit qu'on le faisait pas avant.
Evolution transparente
Bullshit.
Pour le coup, je suis assez d'accord, c'est très marketing. Un upgrade ne sera jamais transparent.
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Bah, au contraire, la demande initiale parait assez claire :
- Option 1, je monte une infra perso permettant de créer des machines virtuelles à la deamnde (Openstack, ....) ; aka « Cloud privé »
- Option 2, j'achète chez un vendeur de nuages (Amazon, whoever)
Quels avantages et inconvénients pour chaque.
Vu comme ça c'est plus clair effectivement :) Les réponses ont je crois déjà été en partie données: dépendance d'un fournisseur (risques?) investissement initial nécessaire Temps & compétences pour maintenir son cloud privé VS louer ces services à un fournisseur
Le Mon, Jan 07, 2013 at 10:17:49AM +0100, bastien.leblanc@gmail.com [bastien.leblanc@gmail.com] a écrit:
Elastique
Bullshit.
La scalabilité du point de vue d'une VM, soit ajouter / enlever de la CPU (par exemple), soit ajouter/enlever des VM au fil du besoin c'est bullshit?
Avoir des services d'infra que tu achètes à la demande, ça peut aider la scalabilité[1]. Mais si tu ne conçois pas un minimum ton application pour permettre la croissance, ton infra toute scalable ne servira à rien. Par exemple, au delà de la capacité max en cpu/mémoire qui peut être mis à disposition, comment tu scales ton serveur Mysql que tu ne sais pas répartir sur plusieurs serveurs ?
[1] beurk, mais je vois pas de mot mieux en français
Self Service
Ok, donc commander en ligne un serveur chez Dedibox ou Digicube, c'est du Cloud.
Oui pour de l'infra, mais ce qui est "cloud" sur de l'appli, c'est d'acheter un service applicatif (salesforce), sans passer par l'IT.
Ce qui n'est pas forcément une bonne chose en soi :) (mais c'est pas là la question)
Le 7 janv. 2013 à 10:29, Dominique Rousseau a écrit :
Le Mon, Jan 07, 2013 at 10:17:49AM +0100, bastien.leblanc@gmail.com [bastien.leblanc@gmail.com] a écrit:
Elastique
Bullshit.
La scalabilité du point de vue d'une VM, soit ajouter / enlever de la CPU (par exemple), soit ajouter/enlever des VM au fil du besoin c'est bullshit?
Avoir des services d'infra que tu achètes à la demande, ça peut aider la scalabilité[1]. Mais si tu ne conçois pas un minimum ton application pour permettre la croissance, ton infra toute scalable ne servira à rien. Par exemple, au delà de la capacité max en cpu/mémoire qui peut être mis à disposition, comment tu scales ton serveur Mysql que tu ne sais pas répartir sur plusieurs serveurs ?
[1] beurk, mais je vois pas de mot mieux en français
"Passage à l'échelle" ! ;)
Bonjour à Tous,
Pour ma part, je ne suis pas sur qu'il y ai une seul et bonne réponse, Tout va dépendre de ce que tu cherche ! En effet, en fonction du type d'application, de la charge qu'elle soit réseau / Cpu / mémoire un modèle ou un autre peut faire la différence principalement en terme de coût d'exploitation. Par exemple sur un site web qui à de gros besoin quelque fois dans l'année il peut être plus simple de l'héberger sur du C2 d'AWS par exemple avec leurs systèmes d'auto-tiering de VM (a condition que ton application soit développée correctement) cela te reviendra moins cher que de monter une infra qui soit capable de prendre cette charge à l'année alors que tu en a besoin que trois jours / ans ! Si tu à une application critique avec des données sensible pour ta société un cloud privé (tu maîtrisera tout de bout en bout) sera dans la plus part des cas un choix sécuritaire et qui conviendra au plus grand nombre. Enfin l'outils, il sera fonction de ton niveau de connaissance et du budget d'achat / maintenance que tu souhaite y mettre.
Bref tout est juste un problème de combien et pourquoi :)
Cyrille
Le 7 janvier 2013 10:31, Emmanuel Thierry ml@sekil.fr a écrit :
Le 7 janv. 2013 à 10:29, Dominique Rousseau a écrit :
Le Mon, Jan 07, 2013 at 10:17:49AM +0100, bastien.leblanc@gmail.com [
bastien.leblanc@gmail.com] a écrit:
Elastique
Bullshit.
La scalabilité du point de vue d'une VM, soit ajouter / enlever de la CPU (par exemple), soit ajouter/enlever des VM au fil du besoin c'est bullshit?
Avoir des services d'infra que tu achètes à la demande, ça peut aider la scalabilité[1]. Mais si tu ne conçois pas un minimum ton application pour permettre la croissance, ton infra toute scalable ne servira à rien. Par exemple, au delà de la capacité max en cpu/mémoire qui peut être mis à disposition, comment tu scales ton serveur Mysql que tu ne sais pas répartir sur plusieurs serveurs ?
[1] beurk, mais je vois pas de mot mieux en français
"Passage à l'échelle" ! ;)
Liste de diffusion du FRsAG http://www.frsag.org/
Ok, donc les offres d'hébergement mutualisées qui existent depuis plus de 15 ans sont du Cloud.
Bullshit.
Ok, donc commander en ligne un serveur chez Dedibox ou Digicube, c'est du Cloud.
Ah bah oui, avant le cloud, on mesurait pas les ressources utilisées pour ajuster la facture en conséquence.
Bullshit.
Je pense que ces caractéristiques se combinent avec un ET (+).
Ma Dedibox n'est pas élastique. Existe-t-il des offres de serveur mutu qui ne facturent que le temps d'utilisation ?
Bah, au contraire, la demande initiale parait assez claire :
Quels avantages et inconvénients pour chaque.
De quel point de vue se place notre camarade ? Est-il consommateur ou fournisseur ?
Denis
Hello,
On 01/07/13 10:01, Dominique Rousseau wrote:
Le Mon, Jan 07, 2013 at 09:53:34AM +0100, bastien.leblanc@gmail.com [bastien.leblanc@gmail.com] a écrit:
J'avait gardé dans un coin une définition des enjeux du cloud qui je trouve, résume bien la problématique : Partage de ressources: mutualisation
Ok, donc les offres d'hébergement mutualisées qui existent depuis plus de 15 ans sont du Cloud.
+1 donc mon asso fait du cloud depuis 1995 vu que je fais de l'heb mutu de mail et web.
Elastique
Bullshit.
+1
Self Service
Ok, donc commander en ligne un serveur chez Dedibox ou Digicube, c'est du Cloud.
+1
Mesurer & Facturer
Ah bah oui, avant le cloud, on mesurait pas les ressources utilisées pour ajuster la facture en conséquence.
C'est vrai qu'on ne faisait pas de mesures pour facturer. +1
Evolution transparente
Bullshit.
+1 (trop commercial)
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Bah, au contraire, la demande initiale parait assez claire :
- Option 1, je monte une infra perso permettant de créer des machines virtuelles à la deamnde (Openstack, ....) ; aka « Cloud privé »
- Option 2, j'achète chez un vendeur de nuages (Amazon, whoever)
Quels avantages et inconvénients pour chaque.
Il faut ajouter a cette idée de cloud de savoir sous quelle juridiction sont tes données (si tu considères que tes données = ton savoir faire).
Car si tu héberges tes données dans une boite US, tu peux considérer que tes données peuvent être saisies / recopiée (merci le cloud) sans que tu sois au courrant, et l'herbergeur ne peux pas informer que tu es saisis par le Patriot Act.
Donc a part pour un CDN etc... il faut se méfier du cloud US / UK... Ceux qui sont en france (et qui ne sont pas une filialle d'une boite US) sont sousmis a la législation francaise... donc tu es un peu plus sûr de tes données.
Xavier
On Mon, 7 Jan 2013 10:01:03 +0100 Dominique Rousseau d.rousseau@nnx.com wrote:
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Bah, au contraire, la demande initiale parait assez claire :
- Option 1, je monte une infra perso permettant de créer des machines virtuelles à la deamnde (Openstack, ....) ; aka « Cloud privé »
- Option 2, j'achète chez un vendeur de nuages (Amazon, whoever)
Quels avantages et inconvénients pour chaque.
Le prix. Je mets au défi une personne de monter un cloud un peu costaud (PaaS, IaaS, SaaS, Daas, etc.) perso sans bcp d'argent et de payer les factures de l'infra pour ensuite héberger et arriver à facturer moins que Amazon et mettre à dispo 2500 machines en IaaS en exactement 45s après la demande :p
Le 07/01/2013 21:22, Jérôme Benoit a écrit :
Je mets au défi une personne de monter un cloud un peu costaud (PaaS, IaaS, SaaS, Daas, etc.) perso sans bcp d'argent et de payer les factures de l'infra pour ensuite héberger et arriver à facturer moins que Amazon et mettre à dispo 2500 machines en IaaS en exactement 45s après la demande
je suis pas convaincu que ce soit la demande initiale de la discussion...
un proxmox, quelques HD sata, et un peu de temps peuvent tout à fait suffire à se faire de l'auto-hébergement sécurisé pour avoir accès à ses données de n'importe où (définition grand-public d'un CLOUD), voire même de partager ses propres services avec ses proches . Mais ça prend un peu de temps pour le faire, cependant on apprend beaucoup, surement plus qu'en posant ses données chez on-sait-pas-trop-qui-qui-fait-on-sait-pas-trop-quoi avec ce que l'on a confié...
ensuite c'est un choix, il n'y a pas de mauvais choix, juste des conséquences... qui sont différentes selon le choix.
cdlt,
isAAAc
On 07/01/2013 21:22, Jérôme Benoit wrote:
Le prix. Je mets au défi une personne de monter un cloud un peu costaud (PaaS, IaaS, SaaS, Daas, etc.) perso sans bcp d'argent et de payer les factures de l'infra pour ensuite héberger et arriver à facturer moins que Amazon et mettre à dispo 2500 machines en IaaS en exactement 45s après la demande :p
Buzzword ou pas, je suppose que par costaud tu parlais pas des perfs en I/O ? :)
D'ailleurs, tu vas retrouver le même problème de perfs en I/O si tu essais de monter des solution chez des hébergeurs lowcost. Sauf si t'as pas la moindre I/O distante ou que tu trouve un moyen magique pour avoir tes serveurs sur le même rack.
Mais bon la demande initiale est toujours pas précisée: comme l'on dit certains, on peut vouloir mutualiser sans avoir besoin de monter des VMs pour ça. Et même pour de la virtu-buzzword-compliant, il y a des choses moins overkill qu'openstack etc. Et c'est pas comme si vous archives de cette liste en contenaient plein d'exemples :)
Excerpts from Jérôme Benoit's message of 2013-01-07 21:22:50 +0100:
On Mon, 7 Jan 2013 10:01:03 +0100 Dominique Rousseau d.rousseau@nnx.com wrote:
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Bah, au contraire, la demande initiale parait assez claire :
- Option 1, je monte une infra perso permettant de créer des machines virtuelles à la deamnde (Openstack, ....) ; aka « Cloud privé »
- Option 2, j'achète chez un vendeur de nuages (Amazon, whoever)
Quels avantages et inconvénients pour chaque.
Le prix. Je mets au défi une personne de monter un cloud un peu costaud (PaaS, IaaS, SaaS, Daas, etc.) perso sans bcp d'argent et de payer les factures de l'infra pour ensuite héberger et arriver à facturer moins que Amazon et mettre à dispo 2500 machines en IaaS en exactement 45s après la demande :p
Note que même Amazon ne va pas te mettre 2500 machines à dispo en 45s. Selon https://aws.amazon.com/ec2/#details :
« If you wish to run more than 20 On-Demand or Reserved Instances [...] please complete the Amazon EC2 instance request form [...] and your request will be considered. »
Et c'est clair que des prix se chiffrant en fraction de centimes par heure peuvent paraître dérisoires, mais lorsque tu multiplies par 24 x 30 x 12 + le traffic + le stockage, etc, etc, tu réalises que c'est finalement pas si bon marché que ça, comparé aux hébergeurs traditionnels qui facturent au mois.
À+, Marc
Le 08/01/2013 13:07, Marc Fournier a écrit :
Et c'est clair que des prix se chiffrant en fraction de centimes par heure peuvent paraître dérisoires, mais lorsque tu multiplies par 24 x 30 x 12 + le traffic + le stockage, etc, etc, tu réalises que c'est finalement pas si bon marché que ça, comparé aux hébergeurs traditionnels qui facturent au mois.
Oui. Pour 2500 machines, sauf si t'en a besoin que pour quelques jours, dans le cas ou c'est pour monter un truc long terme, ça sera moins cher "en propre" (en physique, quoi).
On Tue, 08 Jan 2013 13:07:54 +0100 Marc Fournier marc.fournier@camptocamp.com wrote:
Note que même Amazon ne va pas te mettre 2500 machines à dispo en 45s. Selon https://aws.amazon.com/ec2/#details :
« If you wish to run more than 20 On-Demand or Reserved Instances [...] please complete the Amazon EC2 instance request form [...] and your request will be considered. »
Il l'ont fait y a deux semaines et deux semaines avant et encore deux semaines, etc. en PaaS. Un de mes clients a contrat avec Amazon pour et ils savent le faire pour un prix que personne dans la concurrence n'est capable de suivre pour le moment.
Et c'est clair que des prix se chiffrant en fraction de centimes par heure peuvent paraître dérisoires, mais lorsque tu multiplies par 24 x 30 x 12 + le traffic + le stockage, etc, etc, tu réalises que c'est finalement pas si bon marché que ça, comparé aux hébergeurs traditionnels qui facturent au mois.
Les prix pour ce genre de services régulier ne sont pas publics.
Certains on déjà expérimenté l'offre cloud de Gandi? https://www.gandi.net/hebergement/serveur
Elle semble répondre pas mal aux besoins.
Bastien
Bonjour, Merci tout le monde pour vos conseils, ils me seront très utiles :)
Le 9 janvier 2013 08:35, bastien.leblanc@gmail.com < bastien.leblanc@gmail.com> a écrit :
Certains on déjà expérimenté l'offre cloud de Gandi? https://www.gandi.net/hebergement/serveur
Elle semble répondre pas mal aux besoins.
Bastien
Liste de diffusion du FRsAG http://www.frsag.org/
Le 07/01/2013 10:01, Dominique Rousseau a écrit :
Ok, donc les offres d'hébergement mutualisées qui existent depuis plus de 15 ans sont du Cloud.
Peut-être pas l'hébergement mutu en tant que tel. Mais les agences web qui fournissent un CMS au client en plus de l'hébergement font bien du Cloud/SaaS. Depuis 15 ans. Voir plus.
Bonjour,
Le 7 janv. 2013 à 09:53, bastien.leblanc@gmail.com a écrit :
Bonjour,
J'avait gardé dans un coin une définition des enjeux du cloud qui je trouve, résume bien la problématique : Partage de ressources: mutualisation Elastique Self Service Mesurer & Facturer Evolution transparente
Une autre façon de le définir serait par rapport aux usages. Du "Cloud": - de stockage de données (iCloud, Dropbox, etc) - de service (Google, Facebook, etc) - de calcul (Amazon, Gandi, etc). Sachant que dans les trois cas les gens qui demandent ce type de services veulent des trucs qui marchent et ne veulent absolument pas savoir ce qu'il y a derrière.
Cordialement Emmanuel Thierry
Le terme Cloud est souvent TRES large, et pour revenir à la question initiale, celle-ci est trop vague. Il faudrait préciser quelles sont tes besoins réels.
Il faut définir également quel "niveau" de cloud tu recherche, en fonction de ton métier ce n'est pas le même. IaaS, PaaS, SaaS ?
Bastien. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-
ANIS El Achèche -
bastien.leblanc＠gmail.com -
Cyrille Verger -
Denis -
Denis F. -
Dominique Rousseau -
Emmanuel Thierry -
isAAAc -
Jérôme Benoit -
Marc Fournier -
Mathieu Goessens -
neo futur -
Simon Morvan -
Xavier Beaudouin