<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>le blog d'Oxalide &#187; Dimensionnement</title>
	<atom:link href="http://blog.oxalide.com/category/dimensionnement/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.oxalide.com</link>
	<description>Design d'archi et hébergement intelligent...</description>
	<lastBuildDate>Mon, 30 Jan 2012 10:39:41 +0000</lastBuildDate>
	<language>fr</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>13 bonnes pratiques pour garantir la scalabilité</title>
		<link>http://blog.oxalide.com/2009/09/08/13-bonnes-pratiques-pour-garantir-la-scalabilite/</link>
		<comments>http://blog.oxalide.com/2009/09/08/13-bonnes-pratiques-pour-garantir-la-scalabilite/#comments</comments>
		<pubDate>Tue, 08 Sep 2009 12:58:35 +0000</pubDate>
		<dc:creator>Sébastien</dc:creator>
				<category><![CDATA[Dimensionnement]]></category>
		<category><![CDATA[Développement]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Scalabilité]]></category>

		<guid isPermaLink="false">http://blog.oxalide.com/?p=143</guid>
		<description><![CDATA[AFK Partners ont fait paraitre un liste (parmi tant d&#8217;autres) &#171;&#160;bonnes pratiques&#160;&#187; au niveau de l&#8217;évolutivité des logiciels. En voici la traduction avec quelques petites adaptations d&#8217;interprétation : 1. Asynchrone - Utilisez des flux asynchrones dès que possible, 2. Cloisonnement – Concevez des &#171;&#160;silos&#160;&#187; matériel indépendants entre chaque client/projet, 3. Cache - Utilisez les technologies [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://akfpartners.com/">AFK Partners</a> ont fait paraitre un liste (parmi tant d&#8217;autres) &laquo;&nbsp;bonnes pratiques&nbsp;&raquo; au niveau de l&#8217;évolutivité des logiciels. En voici la traduction avec quelques petites adaptations d&#8217;interprétation :<br />
1. <strong>Asynchrone </strong>- Utilisez des flux asynchrones dès que possible,<br />
2. <strong>Cloisonnement </strong>– Concevez des &laquo;&nbsp;silos&nbsp;&raquo; matériel indépendants entre chaque client/projet,<br />
3. <strong>Cache </strong>- Utilisez les technologies de &laquo;&nbsp;cache&nbsp;&raquo; sur chaque couche applicative,<br />
4. <strong>Monitoring </strong>- Evaluez la performance de votre application aussi du point du vue du client,<br />
5. <strong>Réplication </strong>- Utilisez la réplication pour la reprise en cas de panne mais utilisez aussi ces ressources pour alléger le serveur principal des lectures faites par plusieurs instances applicatives,<br />
6. <strong>Sharding </strong>- Séparez votre application et vos bases de données par service et/ou client et affectez chaque instance à un &laquo;&nbsp;silos&nbsp;&raquo; matériel distinct,<br />
7. <strong>Utilisez avec parcimonie les possibilités de votre <a href="http://fr.wikipedia.org/wiki/Base_de_donn%C3%A9es_relationnelle">SGBDR </a></strong> – Utiliser les bases de données interactive uniquement comme système de stockage persistent,<br />
8. <strong>Déployez prudemment</strong> – Déployez votre code, idéalement sur un serveur de qualification, sans rendre indisponible le système complet en cas d&#8217;erreur,<br />
9. <strong>Tests de charge et de performance</strong> – Testez les performances des nouvelles versions avant de les passer en production,<br />
10. <strong>Capacity Planning / Connaissez vos limites</strong> – Prenez conscience de la puissance encore disponible sur chaque élément de votre infrastructure,<br />
11. <strong>Rollback</strong> – Gardez toujours la possibilité de retourner à une version antérieure,<br />
12. <strong>Analyse des avaries</strong> &#8211; Ne pas soigner les symptômes, mais les causes des problèmes,<br />
13. <strong>Qualité</strong> – On ne rajoute pas la qualité à postériori, elle fait partie des bases.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.oxalide.com/2009/09/08/13-bonnes-pratiques-pour-garantir-la-scalabilite/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>L&#8217;architecture Facebook expliquée</title>
		<link>http://blog.oxalide.com/2009/07/27/larchitecture-facebook-expliquee/</link>
		<comments>http://blog.oxalide.com/2009/07/27/larchitecture-facebook-expliquee/#comments</comments>
		<pubDate>Mon, 27 Jul 2009 06:35:58 +0000</pubDate>
		<dc:creator>Sébastien</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Dimensionnement]]></category>
		<category><![CDATA[Développement]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Scalabilité]]></category>

		<guid isPermaLink="false">http://blog.oxalide.com/?p=132</guid>
		<description><![CDATA[Un contenu distribué, MySQL utilisé juste pour des tables contenants des couples entrées valeurs, un memcache &#171;&#160;énorme&#160;&#187; rempli des données les plus souvent consultées, etc. Cette présentation est un bon exemple de design appli/archi poussé à l&#8217;extrême (mais nécessaire). Ca se passe sur infoQ, ça dure une heure et c&#8217;est en anglais.]]></description>
			<content:encoded><![CDATA[<p>Un contenu distribué, MySQL utilisé juste pour des tables contenants des couples entrées valeurs, un memcache &laquo;&nbsp;énorme&nbsp;&raquo; rempli des données les plus souvent consultées, etc.</p>
<p>Cette présentation est un bon exemple de design appli/archi poussé à l&#8217;extrême (mais nécessaire).</p>
<p><a href="http://www.infoq.com/presentations/Facebook-Software-Stack">Ca se passe sur infoQ, ça dure une heure et c&#8217;est en anglais.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.oxalide.com/2009/07/27/larchitecture-facebook-expliquee/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tests de migration, la sortie d&#8217;e24.fr et slate.fr et la répartition de charge</title>
		<link>http://blog.oxalide.com/2009/03/26/tests-de-migration-la-sortie-de24fr-et-slatefr-et-la-repartition-de-charge/</link>
		<comments>http://blog.oxalide.com/2009/03/26/tests-de-migration-la-sortie-de24fr-et-slatefr-et-la-repartition-de-charge/#comments</comments>
		<pubDate>Wed, 25 Mar 2009 23:04:51 +0000</pubDate>
		<dc:creator>Sébastien</dc:creator>
				<category><![CDATA[Annonces]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Dimensionnement]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Scalabilité]]></category>

		<guid isPermaLink="false">http://blog.oxalide.com/?p=54</guid>
		<description><![CDATA[Nous traitons chacun de ces sujets là, là et là dans notre deuxième newsletter. Bonne lecture.]]></description>
			<content:encoded><![CDATA[<p>Nous traitons chacun de ces sujets <a title="Procédure de migration" href="http://www.oxalide.com/newsletters/260309.html#sp2" target="_self">là</a>, <a title="hébergement e24" href="http://www.oxalide.com/newsletters/260309.html#sp1" target="_self">là</a> et <a title="Réaprtition de charge entre serveurs Linux" href="http://www.oxalide.com/newsletters/260309.html#sp3" target="_self">là</a> dans notre deuxième newsletter.</p>
<p>Bonne lecture.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.oxalide.com/2009/03/26/tests-de-migration-la-sortie-de24fr-et-slatefr-et-la-repartition-de-charge/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Déploiement PHP avec Capistrano</title>
		<link>http://blog.oxalide.com/2008/05/22/deploiement-php-capistrano/</link>
		<comments>http://blog.oxalide.com/2008/05/22/deploiement-php-capistrano/#comments</comments>
		<pubDate>Thu, 22 May 2008 16:07:43 +0000</pubDate>
		<dc:creator>Sébastien</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Dimensionnement]]></category>
		<category><![CDATA[Déploiement]]></category>
		<category><![CDATA[Scalabilité]]></category>

		<guid isPermaLink="false">http://blog.oxalide.com/2008/05/22/capistrano-au-railscamp/</guid>
		<description><![CDATA[Oxalide était sponsor du Railscamp de Paris. A cette occasion, en tant qu&#8217;infogérant / hébergeur, nous avons partagé notre retour sur expérience sur Capistrano. On a fait une petite présentation qui synthétise en quelques slides les enjeux, les contraintes et les apports d&#8217;un déploiement d&#8217;une application PHP avec Capistrano.]]></description>
			<content:encoded><![CDATA[<p><a href="www.oxalide.com">Oxalide</a> était sponsor du Railscamp de Paris. A cette occasion, en tant qu&#8217;<a href="http://www.oxalide.com/services/infogerance/">infogérant</a> / <a href="http://www.oxalide.com/services/hebergement/">hébergeur</a>, nous avons partagé notre retour sur expérience sur Capistrano.</p>
<p>On a fait une petite présentation qui synthétise en quelques slides les enjeux, les contraintes et les apports d&#8217;un déploiement d&#8217;une application PHP avec Capistrano.</p>
<object width="425" height="348"><param name="movie" value="http://static.slideshare.net/swf/ssplayer2.swf?doc=railscamp1-1213694657057986-9"/><param name="allowFullScreen" value="true"/><param name="allowScriptAccess" value="always"/><embed src="http://static.slideshare.net/swf/ssplayer2.swf?doc=railscamp1-1213694657057986-9"  type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="348"></embed></object><!-- ysttest:Array
(
    [id] => 471379&amp;doc=railscamp1-1213694657057986-9&amp;w=425
)
-->
]]></content:encoded>
			<wfw:commentRss>http://blog.oxalide.com/2008/05/22/deploiement-php-capistrano/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

