public Blog<Benwit> monblog;

Un article de benwit    8 Commentaires

Dans mes billets précédents, je ne sais pas si vous avez remarqué, j’ai mis « gratuit » entre guillemets parce que je ne pense pas qu’il existe de produit/service gratuit en soi !
En revanche, il y a bien des produits/services gratuits pour une cible donnée.

Un des mérites de Google (qui est et demeure une entreprise commerciale, rappelons le) est de fournir des services gratuits pour les utilisateurs.
Cependant, au final, il ne faudrait pas oublier qui paye ces services et pourquoi ?

Google App Engine n’échappe pas à cette règle. Je vais donc vous parler de la raison des quotas, de leurs valeurs, vous expliquer pourquoi c’est une bonne chose selon moi, qu’est ce qu’il se passe lorsqu’ils sont atteints et comment aller au delà …

=> Les Quotas de GAE : pourquoi ?

Pouvoir créer des applications et ensuite les mettre en production sans avoir à se soucier de l’infrastructure sous-jacente est pour moi le principal apport du cloud computing.
L’infrastructure matérielle a un coût certain et le cloud computing est une solution pour partager des ressources, s’adapter à l’utilisation réelle, et minimiser ces coûts.
Il serait naïf ou utopique d’espérer avoir un système de cloud computing non bridé et gratuit pour tous les utilisateurs.

Avec les quotas, Google a fait un bon compromis pour

• offrir un service limité et gratuit pour un usage personnel et léger
• offrir un service payant pour un usage professionnel plus coûteux

=> Les Quotas de GAE : quoi ?

Je distinguerai :

• Les quotas « de développement ». Ce sont les limites tels que le nombre d’application maximale (10) ou le nombre maximum de ressources statiques (1000). Ces quotas se rencontrent au cours du développement et ne sont pas suffisamment documentés à mon goût (J’ai découvert la limite des 1000 fichiers statiques dans la console d’eclipse :-\ ).
• Les quotas « d’utilisation ». Ce sont les limites par application fixées pour une utilisation gratuite du service.
  Ils sont réinitialisés chaque jour, bien documentés et visible dans le tableau de bord de votre application :

  
  

=> Les Quotas de GAE : la bonne solution ?

Comme je vous le disais, et j’insiste volontairement sur ce point, il y a toujours quelqu’un qui paye !
Chez Google, dans leur modèle économique, je vois deux grandes tendances se dégager :

• Les services gratuits pour les utilisateurs sur un plan financier car ils « payent » en quelque sorte avec « leur données personnelles ». Les vrais clients de Google sont donc les annonceurs, ceux qui font une partie de son CA. Que je sois bien clair, c’est un « bon deal » pour l’utilisateur qui en a conscience et accepte de donner quelques informations sur lui en échange de la gratuité du service (Qu’il n’aille pas après ce plaindre que les pubs qu’il reçoit soient de mieux en mieux ciblées).
• Les services payants à destination des entreprises. Ils peuvent être « gratuits » dans la version standard mais ce n’est qu’une offre d’appel. C’est alors Google qui paye mais c’est pour mieux vous vendre ses services premium. Là encore, c’est une bonne démarche commerciale, non ?

Selon moi, Google App Engine, comme Google Apps, fait partie du second type de services et je préfère car même si on est bridé dans la version de base et s’il faut mettre la main à la poche ensuite, vous restez le client ! Et vis à vis des données de votre application, cette situation est nettement plus saine, non ?

=> Les Quotas de GAE : que se passe t’il lorsqu’ils sont atteint ?

• Pour les quotas « de développement », le déploiement échoue :

  

• Pour les quotas « d’utilisation », l’application n’est plus accessible :

  

=> Les Quotas de GAE : pour aller plus loin …

Il faut mettre la main à la poche, aller dans le menu Billing Settings de son tableau de bord et cliquez sur le bouton Enable Billing :

Si j’ai bien compris, vous indiquez votre budget par type de ressources et vous payez à la consommation (avec comme maximum, la somme que vous vous êtes fixé).

=> Les Quotas de GAE : conclusions.

Le système des quotas est bien fait en ce sens que vous n’avez pas de mauvaise surprise financière.

• Le possesseur d’un compte « gratuit » ne recevra pas de courrier « Vous avez dépassé vos quotas de gratuité, vous nous devez … « .
  Si quelques petits malins font exploser les quotas de votre application personnelle, c’est au pire une indisponibilité pour le jour concerné.

• De même, le possesseur d’un compte « payant » choisi combien il veut investir. A lui ensuite de gérer la satisfaction de ses clients vis à vis d’une application non accessible.

Le système des quotas est probablement perfectible ?
Si on met de côté les considérations techniques, on peut ainsi se demander pourquoi les threads Java sont interdits ? Car s’ils permettent de lancer un traitement coûteux en arrière plan, leur usage serait indirectement limité par le coût processeur s’y rapportant, non ?

Vos avis sur ces questions sont les bien venus, que ce soit ici, en commentaires ou là, sur le forum.