<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires pour Decrypt</title>
	<atom:link href="http://decrypt.ysance.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://decrypt.ysance.com</link>
	<description>Le site de decryptage des technologies de l&#039;informatique</description>
	<lastBuildDate>Fri, 05 Mar 2010 17:20:39 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Commentaires sur Conception d’une infrastructure sur AWS : best practices ! par yann</title>
		<link>http://decrypt.ysance.com/2009/04/cloud-computing-conception-infrastructure-aws-best-practices/comment-page-1/#comment-260</link>
		<dc:creator>yann</dc:creator>
		<pubDate>Fri, 05 Mar 2010 17:20:39 +0000</pubDate>
		<guid isPermaLink="false">http://godard.ysance.com/~decrypt/?p=22#comment-260</guid>
		<description>Bonjour

Bravo pour vos articles sur ec2 , je suis un bleu dans ce domaine , je ne connaissais que le nom &quot;cloud computing&quot; , et je vais devoir m&#039;y mettre des la semaine prochaine , alors trouver quelqu&#039;un qui explique , non pas seulement les bases , mais aussi sa propre experience je trouve ca genial !!!!!! 

Merci et que la force des nuages soit avec vous !!!</description>
		<content:encoded><![CDATA[<p>Bonjour</p>
<p>Bravo pour vos articles sur ec2 , je suis un bleu dans ce domaine , je ne connaissais que le nom &laquo;&nbsp;cloud computing&nbsp;&raquo; , et je vais devoir m&#8217;y mettre des la semaine prochaine , alors trouver quelqu&#8217;un qui explique , non pas seulement les bases , mais aussi sa propre experience je trouve ca genial !!!!!! </p>
<p>Merci et que la force des nuages soit avec vous !!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Infrastructure Cloud AWS Vs Infrastructure physique (2/2) par Accueil &#187; Infrastructure Cloud AWS Vs Infrastructure physique : LA réponse !</title>
		<link>http://decrypt.ysance.com/2010/02/infrastructure-cloud-aws-vs-infrastructure-physique-2/comment-page-1/#comment-253</link>
		<dc:creator>Accueil &#187; Infrastructure Cloud AWS Vs Infrastructure physique : LA réponse !</dc:creator>
		<pubDate>Tue, 23 Feb 2010 18:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=934#comment-253</guid>
		<description>[...] nouveaux articles sur Decrypt : Infrastructure Cloud AWS Vs Infrastructure physique (1/2) et&#8230; Infrastructure Cloud AWS Vs Infrastructure physique (2/2) ! [...]</description>
		<content:encoded><![CDATA[<p>[...] nouveaux articles sur Decrypt : Infrastructure Cloud AWS Vs Infrastructure physique (1/2) et&#8230; Infrastructure Cloud AWS Vs Infrastructure physique (2/2) ! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Infrastructure Cloud AWS Vs Infrastructure physique (1/2) par Accueil &#187; Infrastructure Cloud AWS Vs Infrastructure physique : LA réponse !</title>
		<link>http://decrypt.ysance.com/2010/02/infrastructure-cloud-aws-vs-infrastructure-physique-1/comment-page-1/#comment-252</link>
		<dc:creator>Accueil &#187; Infrastructure Cloud AWS Vs Infrastructure physique : LA réponse !</dc:creator>
		<pubDate>Tue, 23 Feb 2010 18:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=836#comment-252</guid>
		<description>[...] nouveaux articles sur Decrypt : Infrastructure Cloud AWS Vs Infrastructure physique (1/2) et&#8230; Infrastructure Cloud AWS Vs Infrastructure physique (2/2) ! [...]</description>
		<content:encoded><![CDATA[<p>[...] nouveaux articles sur Decrypt : Infrastructure Cloud AWS Vs Infrastructure physique (1/2) et&#8230; Infrastructure Cloud AWS Vs Infrastructure physique (2/2) ! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Infrastructure Cloud AWS Vs Infrastructure physique (1/2) par Frédéric Faure</title>
		<link>http://decrypt.ysance.com/2010/02/infrastructure-cloud-aws-vs-infrastructure-physique-1/comment-page-1/#comment-251</link>
		<dc:creator>Frédéric Faure</dc:creator>
		<pubDate>Tue, 23 Feb 2010 17:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=836#comment-251</guid>
		<description>Et j&#039;insiste sur l&#039;&lt;b&gt;automatisation&lt;/b&gt; ! Profitez du Cloud et de l&#039;accessibilité par APIs des composants Hard et d&#039;Infrastructure pour automatiser le maximum d&#039;éléments (déploiement et paramétrage d&#039;instances, ...). Cette possibilité est un des gros avantages des AWS et il serait dommage de la laisser passer. 

Pensez Puppet et Capistrano ! :o)</description>
		<content:encoded><![CDATA[<p>Et j&#8217;insiste sur l&#8217;<b>automatisation</b> ! Profitez du Cloud et de l&#8217;accessibilité par APIs des composants Hard et d&#8217;Infrastructure pour automatiser le maximum d&#8217;éléments (déploiement et paramétrage d&#8217;instances, &#8230;). Cette possibilité est un des gros avantages des AWS et il serait dommage de la laisser passer. </p>
<p>Pensez Puppet et Capistrano ! :o)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Facebook et le graphe social : LAMP et Memcache par Zied Hamdi</title>
		<link>http://decrypt.ysance.com/2009/10/facebook-graphe-social-lamp-memcache/comment-page-1/#comment-205</link>
		<dc:creator>Zied Hamdi</dc:creator>
		<pubDate>Tue, 02 Feb 2010 11:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=579#comment-205</guid>
		<description>C&#039;est exactement les Entity beans (EJB 1 et 2) qui sont décrites par ce méchanisme de cache avec un TTL. Bizarrement ils étaient réputés pour leurs grande consommation de ressources. Visiblement: les EJB 1 et 2 étaient surtout mal utilisés, ce qui leur a couté leur disparition dans la version 3... 

&gt; ChrYStophe : &quot;N’y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?&quot;
  la solution la plus simple serait de passer à un language compilé :-)

Cordialement,
Zied Hamdi</description>
		<content:encoded><![CDATA[<p>C&#8217;est exactement les Entity beans (EJB 1 et 2) qui sont décrites par ce méchanisme de cache avec un TTL. Bizarrement ils étaient réputés pour leurs grande consommation de ressources. Visiblement: les EJB 1 et 2 étaient surtout mal utilisés, ce qui leur a couté leur disparition dans la version 3&#8230; </p>
<p>&gt; ChrYStophe : &laquo;&nbsp;N’y a-t-il aucune solution permettant de précompiler le PHP pour optimiser les perfs ?&nbsp;&raquo;<br />
  la solution la plus simple serait de passer à un language compilé :-)</p>
<p>Cordialement,<br />
Zied Hamdi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Sharding et optimisation des accès aux données par Sharding : Partitionner vos données les rend plus rapides d&#8217;accès - Astuces de Webmaster</title>
		<link>http://decrypt.ysance.com/2009/05/sharding-partitionnement-optimisation-acces-aux-donnees/comment-page-1/#comment-201</link>
		<dc:creator>Sharding : Partitionner vos données les rend plus rapides d&#8217;accès - Astuces de Webmaster</dc:creator>
		<pubDate>Wed, 27 Jan 2010 15:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=172#comment-201</guid>
		<description>[...] http://decrypt.ysance.com/2009/05/sharding-partitionnement-optimisation-acces-aux-donnees/ http://www.codefutures.com/database-sharding/ http://highscalability.com/unorthodox-approach-database-design-coming-shard http://www.pythian.com/news/500/database-sharding-and-the-end-of-raid/    :Bases de données, BDD, mysql, sharding [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://decrypt.ysance.com/2009/05/sharding-partitionnement-optimisation-acces-aux-donnees/" rel="nofollow">http://decrypt.ysance.com/2009/05/sharding-partitionnement-optimisation-acces-aux-donnees/</a> <a href="http://www.codefutures.com/database-sharding/" rel="nofollow">http://www.codefutures.com/database-sharding/</a> <a href="http://highscalability.com/unorthodox-approach-database-design-coming-shard" rel="nofollow">http://highscalability.com/unorthodox-approach-database-design-coming-shard</a> <a href="http://www.pythian.com/news/500/database-sharding-and-the-end-of-raid/" rel="nofollow">http://www.pythian.com/news/500/database-sharding-and-the-end-of-raid/</a>    :Bases de données, BDD, mysql, sharding [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Profiling applicatif et XDebug par Sébastien Brochet</title>
		<link>http://decrypt.ysance.com/2009/08/profiling-applicatif-xdebug/comment-page-1/#comment-199</link>
		<dc:creator>Sébastien Brochet</dc:creator>
		<pubDate>Mon, 25 Jan 2010 14:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=530#comment-199</guid>
		<description>Merci pour ce topo sur les solutions de profiling pour des applications web.

Je rebondis sur un passage de votre conclusion:
&quot;Il est toujours (enfin j’espère…) plus aisé de modifier quelques lignes de code que de modifier les services ou l’infrastructure sous-jacente.&quot;

Je suis d&#039;accord avec vous quand il s&#039;agit effectivement de quelques lignes, dans ce cas c&#039;est souvent une petite erreur, évidente, qui se corrige facilement.

Quand il s&#039;agit d&#039;une erreur de conception, le choix d&#039;un protocole réseau trop gourmand par exemple et qu&#039;il faut optimiser, c&#039;est très différent. Les changements seront plutôt intrusifs et assez risqués pour la stabilité de l&#039;application au final.

Dans ce cas, je préconiserais d&#039;avantage une mise à jour au niveau CPU et mémoire des différents serveurs.

Le coût est déterminé à l&#039;avance, les gains sont prévisibles, la phase de test est réduite et il n&#039;y a pas de régressions particulières à redouter.

Pour moi, c&#039;est donc un choix à faire au cas par cas :-)

Cordialement.</description>
		<content:encoded><![CDATA[<p>Merci pour ce topo sur les solutions de profiling pour des applications web.</p>
<p>Je rebondis sur un passage de votre conclusion:<br />
&laquo;&nbsp;Il est toujours (enfin j’espère…) plus aisé de modifier quelques lignes de code que de modifier les services ou l’infrastructure sous-jacente.&nbsp;&raquo;</p>
<p>Je suis d&#8217;accord avec vous quand il s&#8217;agit effectivement de quelques lignes, dans ce cas c&#8217;est souvent une petite erreur, évidente, qui se corrige facilement.</p>
<p>Quand il s&#8217;agit d&#8217;une erreur de conception, le choix d&#8217;un protocole réseau trop gourmand par exemple et qu&#8217;il faut optimiser, c&#8217;est très différent. Les changements seront plutôt intrusifs et assez risqués pour la stabilité de l&#8217;application au final.</p>
<p>Dans ce cas, je préconiserais d&#8217;avantage une mise à jour au niveau CPU et mémoire des différents serveurs.</p>
<p>Le coût est déterminé à l&#8217;avance, les gains sont prévisibles, la phase de test est réduite et il n&#8217;y a pas de régressions particulières à redouter.</p>
<p>Pour moi, c&#8217;est donc un choix à faire au cas par cas :-)</p>
<p>Cordialement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Comprendre l&#8217;offre Amazon Web Services en 20 min ! par Laurent</title>
		<link>http://decrypt.ysance.com/2009/08/comprendre-offre-amazon-web-services/comment-page-1/#comment-176</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Wed, 25 Nov 2009 18:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=498#comment-176</guid>
		<description>Salut Christophe,

comme tu vois, toujours à la pointe ! :-)


Bien à toi et merci pour tes encouragements.



Laurent.</description>
		<content:encoded><![CDATA[<p>Salut Christophe,</p>
<p>comme tu vois, toujours à la pointe ! :-)</p>
<p>Bien à toi et merci pour tes encouragements.</p>
<p>Laurent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Comprendre l&#8217;offre Amazon Web Services en 20 min ! par Frédéric Faure</title>
		<link>http://decrypt.ysance.com/2009/08/comprendre-offre-amazon-web-services/comment-page-1/#comment-175</link>
		<dc:creator>Frédéric Faure</dc:creator>
		<pubDate>Wed, 25 Nov 2009 11:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=498#comment-175</guid>
		<description>Merci à vous. Je lui passerai le message.

Pour répondre à votre question, il y a effectivement plusieurs modes de paiement concernant les produits (infrastructure/OS et logiciels) sous licences payantes :
- un surcoût sur le prix horaire, comme pour les AMIs Microsoft (OS) ou bien des AMIs de &quot;développement&quot; (démonstrations, tests, développement dans certains cadres, ...) IBM (logiciels, see &lt;a href=&quot;http://aws.amazon.com/solutions/global-solution-providers/ibm/&quot; title=&quot;IBM and AWS&quot; rel=&quot;nofollow&quot;&gt;IBM and AWS&lt;/a&gt; ou bien &lt;a href=&quot;http://aws.amazon.com/ibm/&quot; title=&quot;Amazon Elastic Compute Cloud (EC2) Running IBM&quot; rel=&quot;nofollow&quot;&gt;Amazon Elastic Compute Cloud (EC2) Running IBM&lt;/a&gt;),
- ou bien l&#039;utilisation de licences que l&#039;on possède déjà (ou que l&#039;on achète pour l&#039;occasion ;ob) à insérer au démarrage de l&#039;AMI comme pour RedHat (OS, see &lt;a href=&quot;http://aws.amazon.com/solutions/global-solution-providers/redhat/&quot; title=&quot;Red Hat and JBoss on Amazon EC2&quot; rel=&quot;nofollow&quot;&gt;Red Hat and JBoss on Amazon EC2&lt;/a&gt;), Oracle (logiciels), IBM (logiciels), ...

Pour les couches logicielles (Oracle et IBM par exemple) le coût de la licence est à calculer en fonction du nombre de virtual cores des machines démarrées, comme cela est effectivement expliqué dans les liens que vous avez donnés. Il faut dans ce cas de logiciels sous licence payante regarder au cas par cas avec l&#039;éditeur et effectuer les règles de calcul fournies pour déterminer le coût.

Le concept de payer à l&#039;utilisation fonctionne pour ces-dits logiciels payants dans certains cas comme IBM (et peut-être pour d&#039;autres, mais je n&#039;ai pas étudié tous les cas ;ob), sous certaines conditions d&#039;utilisation (rester dans le cadre du &quot;développement&quot; - consulter la sémantique IBM - pour IBM).</description>
		<content:encoded><![CDATA[<p>Merci à vous. Je lui passerai le message.</p>
<p>Pour répondre à votre question, il y a effectivement plusieurs modes de paiement concernant les produits (infrastructure/OS et logiciels) sous licences payantes :<br />
- un surcoût sur le prix horaire, comme pour les AMIs Microsoft (OS) ou bien des AMIs de &laquo;&nbsp;développement&nbsp;&raquo; (démonstrations, tests, développement dans certains cadres, &#8230;) IBM (logiciels, see <a href="http://aws.amazon.com/solutions/global-solution-providers/ibm/" title="IBM and AWS" rel="nofollow">IBM and AWS</a> ou bien <a href="http://aws.amazon.com/ibm/" title="Amazon Elastic Compute Cloud (EC2) Running IBM" rel="nofollow">Amazon Elastic Compute Cloud (EC2) Running IBM</a>),<br />
- ou bien l&#8217;utilisation de licences que l&#8217;on possède déjà (ou que l&#8217;on achète pour l&#8217;occasion ;ob) à insérer au démarrage de l&#8217;AMI comme pour RedHat (OS, see <a href="http://aws.amazon.com/solutions/global-solution-providers/redhat/" title="Red Hat and JBoss on Amazon EC2" rel="nofollow">Red Hat and JBoss on Amazon EC2</a>), Oracle (logiciels), IBM (logiciels), &#8230;</p>
<p>Pour les couches logicielles (Oracle et IBM par exemple) le coût de la licence est à calculer en fonction du nombre de virtual cores des machines démarrées, comme cela est effectivement expliqué dans les liens que vous avez donnés. Il faut dans ce cas de logiciels sous licence payante regarder au cas par cas avec l&#8217;éditeur et effectuer les règles de calcul fournies pour déterminer le coût.</p>
<p>Le concept de payer à l&#8217;utilisation fonctionne pour ces-dits logiciels payants dans certains cas comme IBM (et peut-être pour d&#8217;autres, mais je n&#8217;ai pas étudié tous les cas ;ob), sous certaines conditions d&#8217;utilisation (rester dans le cadre du &laquo;&nbsp;développement&nbsp;&raquo; &#8211; consulter la sémantique IBM &#8211; pour IBM).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Comprendre l&#8217;offre Amazon Web Services en 20 min ! par cpierres</title>
		<link>http://decrypt.ysance.com/2009/08/comprendre-offre-amazon-web-services/comment-page-1/#comment-173</link>
		<dc:creator>cpierres</dc:creator>
		<pubDate>Sat, 21 Nov 2009 11:11:28 +0000</pubDate>
		<guid isPermaLink="false">http://decrypt.ysance.com/?p=498#comment-173</guid>
		<description>Bonjour, Très heureux de constater que cet excellent topo sur l&#039;offre cloud d&#039;amazon vient d&#039;un collaborateur d&#039;Ysance ! Laurent Letourmy est un ami et tu lui passeras le bonjour (de Nouvelle-Calédonie ; je travaille pour le gouvernement d&#039;ici).
Petite question : lorsqu&#039;un éditeur (par exemple Oracle) met à disposition des AMI avec weblogic, son offre SOA etc... il semble qu&#039;on doive payer les licences d&#039;une manière classique... Malheureusement, le concept de payer à l&#039;utilisation ne fonctionne que pour la fourniture de l&#039;infrastructure dans ce cas... Je vais essayer d&#039;avoir plus d&#039;infos avec qq d&#039;Oracle. Le lien http://www.oracle.com/corporate/pricing/cloud-licensing.pdf semble le confirmer. Voir aussi ce lien : http://www.oracle.com/technology/tech/cloud/index.html
Félicitations pour la qualité de ton travail.
Christophe,</description>
		<content:encoded><![CDATA[<p>Bonjour, Très heureux de constater que cet excellent topo sur l&#8217;offre cloud d&#8217;amazon vient d&#8217;un collaborateur d&#8217;Ysance ! Laurent Letourmy est un ami et tu lui passeras le bonjour (de Nouvelle-Calédonie ; je travaille pour le gouvernement d&#8217;ici).<br />
Petite question : lorsqu&#8217;un éditeur (par exemple Oracle) met à disposition des AMI avec weblogic, son offre SOA etc&#8230; il semble qu&#8217;on doive payer les licences d&#8217;une manière classique&#8230; Malheureusement, le concept de payer à l&#8217;utilisation ne fonctionne que pour la fourniture de l&#8217;infrastructure dans ce cas&#8230; Je vais essayer d&#8217;avoir plus d&#8217;infos avec qq d&#8217;Oracle. Le lien <a href="http://www.oracle.com/corporate/pricing/cloud-licensing.pdf" rel="nofollow">http://www.oracle.com/corporate/pricing/cloud-licensing.pdf</a> semble le confirmer. Voir aussi ce lien : <a href="http://www.oracle.com/technology/tech/cloud/index.html" rel="nofollow">http://www.oracle.com/technology/tech/cloud/index.html</a><br />
Félicitations pour la qualité de ton travail.<br />
Christophe,</p>
]]></content:encoded>
	</item>
</channel>
</rss>
