<?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 sur : De l&#8217;ASP au SaaS</title> <atom:link href="http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/feed/" rel="self" type="application/rss+xml" /><link>http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/</link> <description>Hypomnemata : supports de mémoire</description> <lastBuildDate>Wed, 08 Feb 2012 20:10:52 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>Par : Christian Fauré &#187; Blog Archive &#187; Le SaaS n&#8217;a rien à voir avec l&#8217;ASP</title><link>http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/comment-page-1/#comment-8686</link> <dc:creator>Christian Fauré &#187; Blog Archive &#187; Le SaaS n&#8217;a rien à voir avec l&#8217;ASP</dc:creator> <pubDate>Sun, 30 Mar 2008 14:06:10 +0000</pubDate> <guid
isPermaLink="false">http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/#comment-8686</guid> <description>[...] D&#8217;une manière générale, tout le monde veut profiter de l&#8217;intérêt et de l&#8217;engouement pour le Software as a Service. Aussi, ceux qui faisait de l&#8217;ASP (Application Service Provider) disent aujourd&#8217;hui avec une grande facilité qu&#8217;ils font du SaaS depuis longtemps. Il y a un an, j&#8217;avais déjà évoqué des éléments de distinction entre les solutions ASP et les solutions SaaS. Voici donc quelques critères qui permettent de caractériser une solution en mode SaaS :   Full Web : Le SaaS est totalement intégré dans l&#8217;environnement du web, dans son architecture et dans le respect des standards. En conséquence on accède aux services en mode SaaS par HTTP et via une URL, et bien sûr on offre toutes les APIs qui vont bien.         Économies d&#8217;échelle et outil de production : Un acteur SaaS est de facto dans une logique industrielle d&#8217;économie d&#8217;échelle. Il doit bénéficier d&#8217;infrastructures importantes pour la production de ses services, soit les siennes s&#8217;il veut être un acteur de rang 1, soit celles d&#8217;un partenaire (par exemple Amazon) s&#8217;il est un acteur de rang 2.        Sans installation : Aucune installation dans le système d&#8217;information et aucun accès à l&#8217;environnement desktop sur le poste de travail n&#8217;est nécessaire. Tout passe par le navigateur.        Multi-tenants : Une seule instance du logiciel pour x clients. Ce qui signifie que l&#8217;environnement de production est mutualisé et virtualisé. Aucun hébergement dédié pour un client n&#8217;est possible. Et ce, contrairement aux solutions ASP qui disposent d&#8217;un environnement dédié pour chaque client et qui donc ne peuvent bénéficier des vertus de la mutualisation (nouveaux clients = nouvelles bases de données).      Web Analytics : Une solution SaaS n&#8217;est viable que si elle dispose de puissants outils d&#8217;analyse et de reporting pour détecter les tendances d&#8217;utilisation et de comportement des clients. Grâce à çà, les évolutions seront plus en phase avec les pratiques des utilisateurs. Le vrai métier d&#8217;un acteur SaaS c&#8217;est de &#8220;tâter le pouls&#8221; de ses utilisateurs en quasi temps réel.      Agilité : La conséquence de plusieurs des points précédents est qu&#8217;une solution SaaS doit faire preuve d&#8217;agilité dans l&#8217;évolution de la solution. Les développements sont incrémentaux, c&#8217;est le règne du Beta, de l&#8217;essai et de l&#8217;expérimentation permanents pour coller au plus prêts du marché et générer le plus d&#8217;innovation possible.           Au final, parmi ceux qui se revendiquent de la démarche SaaS, combien arrivent à satisfaire l&#8217;ensemble des points précédents ? [...]</description> <content:encoded><![CDATA[<p>[...] D&#8217;une manière générale, tout le monde veut profiter de l&#8217;intérêt et de l&#8217;engouement pour le Software as a Service. Aussi, ceux qui faisait de l&#8217;ASP (Application Service Provider) disent aujourd&#8217;hui avec une grande facilité qu&#8217;ils font du SaaS depuis longtemps. Il y a un an, j&#8217;avais déjà évoqué des éléments de distinction entre les solutions ASP et les solutions SaaS. Voici donc quelques critères qui permettent de caractériser une solution en mode SaaS :   Full Web : Le SaaS est totalement intégré dans l&#8217;environnement du web, dans son architecture et dans le respect des standards. En conséquence on accède aux services en mode SaaS par HTTP et via une URL, et bien sûr on offre toutes les APIs qui vont bien.         Économies d&#8217;échelle et outil de production : Un acteur SaaS est de facto dans une logique industrielle d&#8217;économie d&#8217;échelle. Il doit bénéficier d&#8217;infrastructures importantes pour la production de ses services, soit les siennes s&#8217;il veut être un acteur de rang 1, soit celles d&#8217;un partenaire (par exemple Amazon) s&#8217;il est un acteur de rang 2.        Sans installation : Aucune installation dans le système d&#8217;information et aucun accès à l&#8217;environnement desktop sur le poste de travail n&#8217;est nécessaire. Tout passe par le navigateur.        Multi-tenants : Une seule instance du logiciel pour x clients. Ce qui signifie que l&#8217;environnement de production est mutualisé et virtualisé. Aucun hébergement dédié pour un client n&#8217;est possible. Et ce, contrairement aux solutions ASP qui disposent d&#8217;un environnement dédié pour chaque client et qui donc ne peuvent bénéficier des vertus de la mutualisation (nouveaux clients = nouvelles bases de données).      Web Analytics : Une solution SaaS n&#8217;est viable que si elle dispose de puissants outils d&#8217;analyse et de reporting pour détecter les tendances d&#8217;utilisation et de comportement des clients. Grâce à çà, les évolutions seront plus en phase avec les pratiques des utilisateurs. Le vrai métier d&#8217;un acteur SaaS c&#8217;est de &#8220;tâter le pouls&#8221; de ses utilisateurs en quasi temps réel.      Agilité : La conséquence de plusieurs des points précédents est qu&#8217;une solution SaaS doit faire preuve d&#8217;agilité dans l&#8217;évolution de la solution. Les développements sont incrémentaux, c&#8217;est le règne du Beta, de l&#8217;essai et de l&#8217;expérimentation permanents pour coller au plus prêts du marché et générer le plus d&#8217;innovation possible.           Au final, parmi ceux qui se revendiquent de la démarche SaaS, combien arrivent à satisfaire l&#8217;ensemble des points précédents ? [...]</p> ]]></content:encoded> </item> <item><title>Par : Christian Fauré &#187; Blog Archive &#187; Le SaaS n&#8217;a rien voir avec l&#8217;ASP</title><link>http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/comment-page-1/#comment-8685</link> <dc:creator>Christian Fauré &#187; Blog Archive &#187; Le SaaS n&#8217;a rien voir avec l&#8217;ASP</dc:creator> <pubDate>Sun, 30 Mar 2008 14:02:12 +0000</pubDate> <guid
isPermaLink="false">http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/#comment-8685</guid> <description>[...] D&#8217;une manière générale, tout le monde veut profiter de l&#8217;intérêt et de l&#8217;engouement pour le Software as a Service. Aussi, ceux qui faisait de l&#8217;ASP (Application Service Provider) disent aujourd&#8217;hui avec une grande facilité qu&#8217;ils font du SaaS depuis longtemps. Il y a un an, j&#8217;avais déjà évoqué des éléments de distinction entre les solutions ASP et les solutions SaaS. Voici donc quelques critères qui permettent de caractériser une solution en mode SaaS :   Full Web : Le SaaS est totalement intégré dans l&#8217;environnement du web, dans son architecture et dans le respect des standards. En conséquence on accède aux services en mode SaaS par HTTP et via une URL, et bien sûr on offre toutes les APIs qui vont bien.         Économies d&#8217;échelle et outil de production : Un acteur SaaS est de facto dans une logique industrielle d&#8217;économie d&#8217;échelle. Il doit bénéficier d&#8217;infrastructures importantes pour la production de ses services, soit les siennes s&#8217;il veut être un acteur de rang 1, soit celles d&#8217;un partenaire (par exemple Amazon) s&#8217;il est un acteur de rang 2.        Sans installation : Aucune installation dans le système d&#8217;information et aucun accès à l&#8217;environnement desktop sur le poste de travail n&#8217;est nécessaire. Tout passe par le navigateur.        Multi-tenants : Une seule instance du logiciel pour x clients. Ce qui signifie que l&#8217;environnement de production est mutualisé et virtualisé. Aucun hébergement dédié pour un client n&#8217;est possible. Et ce, contrairement aux solutions ASP qui disposent d&#8217;un environnement dédié pour chaque client et qui donc ne peuvent bénéficier des vertus de la mutualisation (nouveaux clients = nouvelles bases de données).      Web Analytics : Une solution SaaS n&#8217;est viable que si elle dispose de puissants outils d&#8217;analyse et de reporting pour détecter les tendances d&#8217;utilisation et de comportement des clients. Grâce à çà, les évolutions seront plus en phase avec les pratiques des utilisateurs. Le vrai métier d&#8217;un acteur SaaS c&#8217;est de &#8220;tâter le pouls&#8221; de ses utilisateurs en quasi temps réel.      Agilité : La conséquence de plusieurs des points précédents est qu&#8217;une solution SaaS doit faire preuve d&#8217;agilité dans l&#8217;évolution de la solution. Les développements sont incrémentaux, c&#8217;est le règne du Beta, de l&#8217;essai et de l&#8217;expérimentation permanents pour coller au plus prêts du marché et générer le plus d&#8217;innovation possible.              Au final, parmi ceux qui se revendiquent de la démarche SaaS, combien arrivent à satisfaire l&#8217;ensemble des points précédents ? [...]</description> <content:encoded><![CDATA[<p>[...] D&#8217;une manière générale, tout le monde veut profiter de l&#8217;intérêt et de l&#8217;engouement pour le Software as a Service. Aussi, ceux qui faisait de l&#8217;ASP (Application Service Provider) disent aujourd&#8217;hui avec une grande facilité qu&#8217;ils font du SaaS depuis longtemps. Il y a un an, j&#8217;avais déjà évoqué des éléments de distinction entre les solutions ASP et les solutions SaaS. Voici donc quelques critères qui permettent de caractériser une solution en mode SaaS :   Full Web : Le SaaS est totalement intégré dans l&#8217;environnement du web, dans son architecture et dans le respect des standards. En conséquence on accède aux services en mode SaaS par HTTP et via une URL, et bien sûr on offre toutes les APIs qui vont bien.         Économies d&#8217;échelle et outil de production : Un acteur SaaS est de facto dans une logique industrielle d&#8217;économie d&#8217;échelle. Il doit bénéficier d&#8217;infrastructures importantes pour la production de ses services, soit les siennes s&#8217;il veut être un acteur de rang 1, soit celles d&#8217;un partenaire (par exemple Amazon) s&#8217;il est un acteur de rang 2.        Sans installation : Aucune installation dans le système d&#8217;information et aucun accès à l&#8217;environnement desktop sur le poste de travail n&#8217;est nécessaire. Tout passe par le navigateur.        Multi-tenants : Une seule instance du logiciel pour x clients. Ce qui signifie que l&#8217;environnement de production est mutualisé et virtualisé. Aucun hébergement dédié pour un client n&#8217;est possible. Et ce, contrairement aux solutions ASP qui disposent d&#8217;un environnement dédié pour chaque client et qui donc ne peuvent bénéficier des vertus de la mutualisation (nouveaux clients = nouvelles bases de données).      Web Analytics : Une solution SaaS n&#8217;est viable que si elle dispose de puissants outils d&#8217;analyse et de reporting pour détecter les tendances d&#8217;utilisation et de comportement des clients. Grâce à çà, les évolutions seront plus en phase avec les pratiques des utilisateurs. Le vrai métier d&#8217;un acteur SaaS c&#8217;est de &#8220;tâter le pouls&#8221; de ses utilisateurs en quasi temps réel.      Agilité : La conséquence de plusieurs des points précédents est qu&#8217;une solution SaaS doit faire preuve d&#8217;agilité dans l&#8217;évolution de la solution. Les développements sont incrémentaux, c&#8217;est le règne du Beta, de l&#8217;essai et de l&#8217;expérimentation permanents pour coller au plus prêts du marché et générer le plus d&#8217;innovation possible.              Au final, parmi ceux qui se revendiquent de la démarche SaaS, combien arrivent à satisfaire l&#8217;ensemble des points précédents ? [...]</p> ]]></content:encoded> </item> <item><title>Par : Christian</title><link>http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/comment-page-1/#comment-2380</link> <dc:creator>Christian</dc:creator> <pubDate>Mon, 16 Apr 2007 18:17:30 +0000</pubDate> <guid
isPermaLink="false">http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/#comment-2380</guid> <description>Très intéressant. En plus il y a une intégration avec SalesForce.</description> <content:encoded><![CDATA[<p>Très intéressant. En plus il y a une intégration avec SalesForce.</p> ]]></content:encoded> </item> <item><title>Par : Got</title><link>http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/comment-page-1/#comment-2379</link> <dc:creator>Got</dc:creator> <pubDate>Mon, 16 Apr 2007 16:49:00 +0000</pubDate> <guid
isPermaLink="false">http://www.christian-faure.net/2007/04/16/de-lasp-au-saas/#comment-2379</guid> <description>A propos du problème d&#039;accès offline, les acteurs du Web 2.0 sont bien conscients de cette limite dans leurs applications et c&#039;est pourquoi ils réfléchissent de plus en plus au problème tout comme/avec certains développeurs de navigateur (Mozilla en particulier). De ce point de vue, je te conseille de regarder la solution Zimbra : http://www.lexpansion.com/art/32.0.156163.0.html et http://www.zimbra.com/ qui m&#039;a bluffé voire même réconcilié définitivement avec l&#039;AJAX et autre interface riche en javascript, il faut aussi avoir en tête les travaux du WHATWG : http://developer.mozilla.org/presentations/sxsw2007/the_open_web/</description> <content:encoded><![CDATA[<p>A propos du problème d&#8217;accès offline, les acteurs du Web 2.0 sont bien conscients de cette limite dans leurs applications et c&#8217;est pourquoi ils réfléchissent de plus en plus au problème tout comme/avec certains développeurs de navigateur (Mozilla en particulier). De ce point de vue, je te conseille de regarder la solution Zimbra : <a
href="http://www.lexpansion.com/art/32.0.156163.0.html" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.lexpansion.com/art/32.0.156163.0.html?referer=');">http://www.lexpansion.com/art/32.0.156163.0.html</a> et <a
href="http://www.zimbra.com/" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.zimbra.com/?referer=');">http://www.zimbra.com/</a> qui m&#8217;a bluffé voire même réconcilié définitivement avec l&#8217;AJAX et autre interface riche en javascript, il faut aussi avoir en tête les travaux du WHATWG : <a
href="http://developer.mozilla.org/presentations/sxsw2007/the_open_web/" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/developer.mozilla.org/presentations/sxsw2007/the_open_web/?referer=');">http://developer.mozilla.org/presentations/sxsw2007/the_open_web/</a></p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: basic (User agent is rejected)
Database Caching 5/15 queries in 0.033 seconds using disk: basic

Served from: www.christian-faure.net @ 2012-02-12 05:22:39 -->
