Créer un tunnel SSH :

sudo ssh -R 80:localhost:80 root@XXX.XXX.XXX.XX1  

Mettre en place l'iptables pour rediriger le traffic depuis l'interface public vers le localhost. Car la redirection n'écoute que sur 127.0.0.1 par défaut.

sysctl -w net.ipv4.conf.eth0.route_localnet=1  
sysctl net.ipv4.ip_forward=1  
iptables -A FORWARD -p tcp -d XXX.XXX.XXX.XX1 --dport 80 -j ACCEPT  
iptables -t nat -A PREROUTING -p tcp -d XXX.XXX.XXX.XX1 --dport 80 -j DNAT --to 127.0.0.1:80  

Cette journée se décompose en deux parties, l’une théorique avec la présentation du manifest et de SCRUM et l’autre avec des ateliers type serious game permettant de comprendre l’intérêt des principes agiles.

Chaque année, la même question m’est posé : Pouvez-vous nous donner vos supports de cours ?
Et chaque année, je réponds la même chose : “C’est pas évident, évident vu que c’est du web (reveals)".

Techniquement, c’est possible de générer un PDF depuis reveals, mais non seulement le résultat n’est pas génial, mais en plus cela est assez inutile. Je préfère que les personnes présentent à cette formation retienne les mots clés et retrouve rapidement les ressources nécessaire sur internet. Car si ce n’est mon expérience personnel (qui n’apparaît pas sur mes slides) mes slides sont comme 90% de celle disponible sur internet (slideshare ou autres).

Liste de lien utile sur l’agilité

Mais histoire de pas être vache, voici une liste de lien intéressant que je donne pour compléter cette formation :

L’indispensable

http://agilemanifesto.org/

Un bon résumé de SCRUM

https://www.agiliste.fr/guide-de-demarrage-scrum/

Quelques boards en ligne

En gratuit :
https://taiga.io/
En facile :
https://www.pivotaltracker.com/ ou trello
En complet mais un peu complexe : https://www.targetprocess.com/

En complément

MoSCoW : https://fr.wikipedia.org/wiki/M%C3%A9thode_MoSCoW

Retrospective :
https://agilemouse.com/2016/12/02/a-chaque-sprint-sa-retrospective-rex/

Si vous aimez les ateliers

Agile Game France :
http://chrisdeniaud.com/wikiAGFr/index.php?title=Accueil

Agile Breizh Game (excellent et rennais) :
https://jfallet.wordpress.com/2015/05/14/les-agile-games-breizh-cest-le-20-juin-a-rennes/

Liste non exhaustive des jeux agiles :
http://chrisdeniaud.com/wikiAGFr/index.php?title=Jeux

Les amis / personnes à suivre

Une excellente boite qui forme sur l’agilité à Rennes :
https://www.kokan.fr/

Le blog de Jean Claude GROSJEAN, Coach Agile :
http://www.qualitystreet.fr/2017/07/06/quest-ce-quun-scrummaster/

Un article d'Aurélien Morvant qui prouve que l’agilité, elle peux s’appliquer partout :
https://www.orange-business.com/fr/blogs/usages-dentreprise/management-de-projet/quand-ma-liste-au-pere-noel-devient-un-product-backlog

Si vous avez des questions, n’hésitez pas.

J'ai donc assisté à plusieurs conférences techniques ou simplement à des retours d'expériences. Vous pouvez les voir (ou les revoir) ici :

https://www.youtube.com/playlist?list=PLHWl6dPnEb4kHfPp5D8CiGNfA64HQs_Hb
ou
https://www.parleys.com/channel/breizh-jug

(Les conférences ne sont pas encore toutes uploadées)

Suite à de nombreuses conférences intéressantes sur le sujet, j'ai pu appréhender correctement les problèmes possibles et j'avais, sans mettre les mains dedans, une bonne idée de comment fonctionne Docker et comment l'utiliser. Je me suis mis à chercher le meilleur moyen de mettre une machine avec Docker sur une de nos VMs (serveur chez ovh avec vsphere, c'est important ;) )

CoreOS

Suite à une recherche sur le sujet, je me penche plus sur CoreOS. Une distribution comprenant l'ensemble des outils pour gérer des containeurs Docker. Parfait !

J'upload donc l'ISO, je lance une nouvelle VM et je me tente une install

• Fail 1 : Pas de connexion sans configuration ip et j'ai pas vraiment l'habitude de ArchLinux surtout avec un clavier qwerty
• Fail 2 : Je fais mon install sans problème, je relance la machine et là, demande de login / password. Je cherche dans la documentation et là, je lis la phrase suivante but be sure to include user information, especially an SSH key, in a Cloud-Config file, or else you will not be able to log into your CoreOS instance Ah ... bon, ben je supprime ma VM et je recommence car sans login, ça va être difficile.
• Fail 3 : Je configure ma ssh key, je crée mon fichier cloud-config.yml. (toujours avec un qwerty) et je relance... Bah oui, mais sans réseau c'est difficile de me connecter avec une clé et il ne me semble pas que la console vsphere permette une connexion par clé (si oui, n'hésitez pas à me le dire ;) )

Le retour aux sources Ubuntu 14.04

Bon après 3 fails, je décide de changer de stratégie et de partir sur une Ubuntu 14.04, même si je sais que le package Docker de base n'est pas à jour...

Environ 5min après la configuration de base d'ubuntu, Docker est en place, je suis content :D.

J'ajoute le TLS et les commandes à distance, pas de problème majeur, j'ai juste suivi la documentation (peut-être 2 ou 3 fois, quand même) :
https://docs.docker.com/articles/https/

Puis je lance mon premier containeur avec un shipyard ;)
https://registry.hub.docker.com/u/shipyard/shipyard/

C'est un outil permettant de lancer des containeurs et de surveiller les ressources allouées à ceux-ci. Sympa mais loin d'être indispensable avec un seul serveur Docker, mais avec une flotte, pourquoi pas ;)

Cependant, il existe d'autres outils sur le marché qui me semblent intéressants, avec des fonctionnalités supplémentaires, du coup je vais continuer de creuser.

Conclusion

Je pense que CoreOS est une distribution intéressante, cependant, je n'ai pas trouvé comment la configurer correctement sur mon vsphere sans DHCP. Je compte bien :

• soit trouver une solution pour le mettre en place, car à terme je souhaite que Docker soit un moyen de production
• Ou me pencher sur une autre distribution type RancherOS qui me semble équivalente.

L'Ubuntu 14.04 est une solution viable, cependant il faudra configurer l'ensemble des outils manuellement et donc prendre le risque de ne pas profiter des mises à jour du système en terme de sécurité aussi rapidement qu'avec une distribution dédiée et oublier la mise en place de certains composants.

Aujourd'hui, nous sommes (chez Mobizel) toujours en phase d'expérimentation de Docker avec notamment un serveur Icinga permettant la surveillance de nos serveurs, mais je vais bientôt vous en parler.

Pierre

Voici la marche à suivre :

git squash -i HEAD~[NOMBRE DE COMMIT A MODIFIER]

Ensuite la console doit vous afficher quelques chose du genre :

$ git rebase -i HEAD~4
pick 01d1124 Adding license
pick 6340aaa Moving license into its own file
pick ebfd367 Jekyll has become self-aware.
pick 30e0ccb Changed the tagline in the binary, too.

# Rebase 60709da..30e0ccb onto 60709da
#
# Commands:
#  p, pick = use commit
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

Ici le commit 01d1124 est notre plus vieux commit et le 60709da doit correspondre au commit précédent nos modifications. Si nous voulons réunir les 3 commits suivants le 01d1124 ainsi que lui-même dans un nouveau commit unique il faudra modifier cette affichage comme ceci :

$ git rebase -i HEAD~4
pick 01d1124 Adding license
squash 6340aaa Moving license into its own file
squash ebfd367 Jekyll has become self-aware.
squash 30e0ccb Changed the tagline in the binary, too.

# Rebase 60709da..30e0ccb onto 60709da
#
# Commands:
#  p, pick = use commit
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

Une fois ces modifications effectuées vous devez enregistrer votre document et quitter (pour vi :w puis :q ou :wq)

La console va vous afficher la chose suivante :

# This is a combination of 4 commits.
# The first commit's message is:
Adding license

# This is the 2nd commit message:

Moving license into its own file

# This is the 3rd commit message:

Jekyll has become self-aware.

# This is the 4th commit message:

Changed the tagline in the binary, too.

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# Explicit paths specified without -i nor -o; assuming --only paths...
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#    new file:   LICENSE
#    modified:   README.textile
#    modified:   Rakefile
#    modified:   bin/jekyll
#

Vous pouvez par exemple remanier le commentaire comme ceci :

# This is a combination of 4 commits.
# The first commit's message is:
Adding license
Moving license into its own file
Jekyll has become self-aware.
Changed the tagline in the binary, too.

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# Explicit paths specified without -i nor -o; assuming --only paths...
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#    new file:   LICENSE
#    modified:   README.textile
#    modified:   Rakefile
#    modified:   bin/jekyll
#

Voila notre squash est prêt à être utilisé !
Il ne manque plus qu'a le push sur notre branch:

git push --force origin fix-test

Le force est obligatoire ;)

Merci à Laurent Baey pour son aide.

Un guide pour l'utilisateur de votre site : Petite librairie JS pour faire un tour guidé de votre site :).

Quand Silex rencontre REST ou SOAP : Une slideshow vraiment sympathique, permettant de bien voir la mise en place rapide d'un webservice REST ou SOAP avec Silex

: Des statistiques sur l'usage des reseaux sociaux... et surprise, ça diminue !

Blog BD : Un blog BD avec quelques strip sympa sur l'informatique :) Celui-ci est énorme ^^

Progress Bar Un plugin pour faire des progress bar sympatoche :)

Une grid Sympatoche : Un grid sympatoche avec un chargement que je trouve bien classe :D

Il permet notamment :

• De faire de la réplication synchrone.
• De faire du multi-maitre (vous pouvez écrire sur n'importe quel cluster).

Voici une architecture typique avec un Fail Over en place de Front1 vers Front2 :

Ici chaque Front écrit directement sur son propre serveur Data.
Front1 écrit sur Data1 et Front2 écrit sur Data2.

On peut imaginer rajouter un serveur d'API par exemple sur Data3 qui pourrait directement écrire sur Data3. Ou par exemple, mettre en place une IPFail Over : si Data2 tombe, le traffic serait redirigé vers Data3. Les possibilités sont nombreuses et dépendent de vos contraintes.

Il est conseillé d'avoir au moins 3 serveurs dans vos clusters afin d'éviter un problème connu sous le nom de split brain.

Le split brain

Je vais essayer de l'expliquer simplement. Dans notre schéma Data1 est le serveur "main". Il y a toujours un serveur "main" qui permet de définir les régles de synchronisation.

1. Suite à un problème sur le switch devant le Data1, celui-ci va devenir inaccessible durant quelques secondes, suffisamment pour que Data2 n'arrive plus à communiquer avec lui.

2. S'il n'y avait que deux serveurs, Data2 deviendrait alors le "main" serveur.

3. Le problème sur le switch se règle tout seul, et Data1 revient se considèrant toujours comme "main" serveur.

4. Les deux n'arriveraient pas à communiquer se croyant tout deux maitres. C'est la situation du split brain. Il faut qu'il y ait un vote à majorité pour que la situation se débloque, comme ceci par exemple :

Data1 vote Data1
Data2 vote Data2
Data3 vote Data1 => donc Data1 "main".

Il est possible d'avoir seulement deux serveurs MariaDB Maitre-Maitre avec l'ajout d'un serveur fake (ne servant que pour le vote) : regarder du coté de l'utilitaire garbd

Plus d'informations sur le Split Brain

Il est à priori aussi possible de ce servir de Garbd en tant que relai de communication. Je vous laisse voir la documentation : Garbd

Configuration de Percona

Cette documentation permet de créer une architecture en cluster du type maitre-maitre grâce à la suite Percona.

Afin d'utiliser la suite percona, nous avons besoin d'ajouter les repos de percona :

1 - Se connecter avec l'utilisateur root sur le serveur data.

2 - Lancer la ligne de commande suivante :

apt-key adv --keyserver keys.gnupg.net --recv-keys 1C4CBDCDCD2EFD2A  

2.1 - Ajouter Percona au fichier source.list :

2.2 - A la fin du fichier /etc/apt/source.list ajouter les lignes suivantes :

deb http://repo.percona.com/apt [VERSION] main  
deb-src http://repo.percona.com/apt [VERSION] main  

2.3 - Puis lancer la mise à jour de votre aptitude :

apt-get update  
apt-get install percona-server-server-5.6 percona-server-client-5.6  
apt-get install percona-xtradb-cluster-56  
service mysql stop  

3 - Mettre en place la configuration de base, éditer le fichier suivant /etc/mysql/conf.d/galera.cnf :

[mysqld]

#mysql settings
binlog_format=ROW  
default-storage-engine=innodb  
innodb_autoinc_lock_mode=2  
query_cache_size=0  
query_cache_type=0  
bind-address=0.0.0.0  

1. Editer ensuite le fichier suivant /etc/mysql/conf.d/wsrep.cnf :

[mysqld]
#galera settings

wsrep_provider=/usr/lib/libgalera_smm.so  
wsrep_cluster_name="mon_site_cluster"  
wsrep_cluster_address="gcomm://10.0.0.300,10.0.0.301,10.0.0.302"

wsrep_node_address='10.0.0.300'  
wsrep_node_name='node1'  
wsrep_sst_method=rsync  
# optional settings
wsrep_retry_autocommit=5  

Voici les variables importantes :

• wsrep_cluster_name : Le nom de votre ensemble de cluster, il doit être identique sur l'ensemble des clusters.
• wsrep_cluster_address : L'adresse ip de l'ensemble de vos cluster en commencant par gcomm:// et séparer par des ,
• wsrep_node_address : L'adresse du serveur que vous êtes en train d'éditer
• wsrep_node_name : Le nom du serveur que vous êtes en train d'éditer.

5 - Sur chaque cluster data que vous voulez mettre en place, il faut refaire les étapes 1, 2, 3 et 4.

Lancer le cluster percona et vérifier son état

Pour lancer le cluster principal, il suffit de faire la commande suivante :

service mysql bootstrap-pxc  

Pour vérifier si le serveur est ok, vous pouvez lancer la commande suivante :

mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'  

Vous devez avoir normalement le résultat suivant :

+--------------+
| cluster size |
+--------------+
| 1            |
+--------------+

Ensuite sur chaque noeud, il suffit de lancer le serveur mariaDB comme d'habitude :

service mysql start  

Je vous conseille de vérifier après chaque lancement que tout est ok :

mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'  

Par exemple avec un cluster de 3 serveurs, voici le résultat attendu :

+--------------+
| cluster size |
+--------------+
| 3            |
+--------------+

XtraBackup - ne pas bloquer votre cluster lors de sa synchronisation.

Percona XtraBackup est un outil open-source permettant de faire un backup à chaud de votre base de données pour MySQL. Ceci permet de ne pas bloquer (en écriture) votre serveur durant cette étape.

Configuration du cluster Percona avec XtraBackup

1 - Se connecter à vos serveurs data avec l'utilisateur root
2 - Ajouter la clé afin de pouvoir installer xtrabackup, utiliser la commande suivante :

apt-key adv --keyserver keys.gnupg.net --recv-keys 1C4CBDCDCD2EFD2A  

3 - Créer le fichier suivant :

vi /etc/apt/sources.list.d/percona.list  

6 - Il suffit ensuite d'installer avec aptitude xtrabackup.

root@debian7: apt-get install xtrabackup  

7 - Il suffit ensuite de simplement éditer le fichier de configuration de percona et changer la méthode de Synchronisation SST :

wsrep_sst_method = xtrabackup  

Effectuer un backup avec Xtrabackup pour Percona

Pour effectuer un backup avec xtrabackup, il suffit de lancer la commande suivante :

innobackupex --galera-info --user=xxxxx --password=xxxx <backup_directory>  

Effectuer une restauration de vos données pour Percona

cp -Rf <backup_directory> /var/lib/mysql/  
chown -Rf mysql. /var/lib/mysql/  

cat <backup_directory>/xtrabackup_galera_info  
cfa9b8f1-f37b-11e2-0800-b37f8ac5092c:1  

service mysql start --wsrep_cluster_address='gcomm://<ip_node_1>' --  
wsrep_start_position="cfa9b8f1-f37b-11e2-0800-b37f8ac5092c:1"  

Faire une maintenance sur le serveur "main"

Sur chaque cluster hormis le serveur ciblé, il faut forcer le changement vers un autre cluster :

SET GLOBAL wsrep_cluster_address='gcomm://[AN OTHER IP CLUSTER]';  

Vérifier que tout est ok :

MariaDB [(none)]> SHOW VARIABLES LIKE 'wsrep_cluster_address';  

Définir le serveur relais en cas d'échec du main serveur

Il est possible de définir quel cluster deviendra le prochain cluster "main".

Pour ceci, il faut mettre en place la variable wsrep-sst-donor avec la valeur du wsrepnodename ciblé.

wsrep-sst-donor=[YOUR NEXT MAIN NODE]  

Merci à lbaey pour la relecture.

Usage des google glass dans l'aeronautique J'ai un brevet de pilote et j'avoue qu'une partie des fonctionnalités proposées semblent très intéressantes. En tout cas un bel usage des google glass.

Livre : Symfony2 - Développez des sites web PHP structurés et performants Un livre qui semblent intéressant sur Symfony2, je l'ai commandé, j'espère y trouver de belles informations.

RainDrop Un outil de bookmark intéressant, dommage qu'il ne soit pas open source et self hosted.

JQuery cookie Une librairie permettant la gestion des cookies en JS. Simple et bien écrit.

Le jeu de dupes "d'estimations" Article intéressant sur les estimations dans le domaine informatique.

Autres que l'info :

Les meilleures cartes de visite De manifiques cartes de visite. Une belle source d'inspiration.

Quand Limbo croise Miyazaki De superbes fonds d'écran inspirés des deux univers.

Video sur l'organisation de spotify : Voici une vidéo sur la mise en place de l'organisation chez spotify, je vous la conseille fortement, AGILE, SCRUM et organisation inside ^^

Captain Icon Web : des ressources graphiques vectorielles pour mobile, il y en a 350 et c'est gratuit :)

Les Bundles que vous allez regretter de ne pas avoir connu plus tôt : Une belle présentation des bundles les plus pratiques pour Symfony2, si vous faites du SF2, c'est un must have =]

Learn Ruby : 10 manière gratuites d'apprendre le ruby. Je compte bien m'y mettre, donc j'ai bookmark ce lien ^^. J'espere vous en dire plus bientôt.

Jeux video, faire un pong en python un bel article mais assez classique sur la maniere d'écrire un jeu vidéo en Python avec PyGame.

Info Marketing : Information Marketing sur les sites d'e-commerce

Comment définir une API, comment définir les paramètres, comment définir les réponses, etc ...

Description du document

#%RAML 0.8
title: API d'Exemple  
version: v1  

Ici la balise RAML sert à décrire sur quelle version de spécification RAML on se base.

Le titre est tout simplement le titre général de l'API, généralement le nom de votre site.

La version permet d'identifier clairement sur quelle version de description de notre API nous sommes.

Description d'un point d'entrée

Ensuite nous allons devoir définir un point d'entrée :

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:

Ici /api-action est l'url qui permettra d'accéder à notre api REST, par exemple : www.monsite.fr/api-action .Ensuite à nous de définir des méthodes GET / POST / PUT / DELETE / etc ... pour intéragir avec notre API.

Un exemple avec un GET.
Un GET peut avoir des paramètres, mais pas de body (pourtant a priori rien ne l'interdit, mais la plupart des clients ne l'autorisent pas et API Designer non plus).

Voici la description d'un GET:

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
    /list:
        get:
            ...

Ici get est le mot clé, il peut donc prendre les valeurs suivantes : connect, delete, post, patch, put, trace, ... en bref l'ensemble des actions REST possibles.

Ajout de paramètres

Nous allons maintenant lui définir des paramètres.

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
    /list:
        get:
          queryParameters:
            params1:
              displayName: Params 1
              type: integer
              description: filtre sur la date
              example: 1398792157
              required: false

Nous avons donc défini que notre requête pouvait prendre des paramètres grâce à queryParameters. Nous avons aussi défini un paramètre : params1.

Celui-ci est decrit, c'est un integer (grâce au type), il est non obligatoire (required: false). Et nous avons aussi d'autres informations pratiques description et displayName qui permet simplement d'avoir un nom affiché différent du paramètre en lui même.

Il est possible d'ajouter des paramètres, il suffit de répéter la chose :

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
    /list:
        get:
          queryParameters:
            params1:
              displayName: Params 1
              type: integer
              description: filtre sur la date
              example: 1398792157
              required: false
            params2:
              displayName: Params 2
              type: string
              description: filtre sur l'état
              example: done
              required: false

Et ceci autant de fois que nécessaire.
Voici actuellement le rendu de notre API :

Mais il est possible aussi de définir un get directement avec un paramètre dans l'url, exemple :

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
    /{id}/show:
        get:
          queryParameters:
            params1:
              displayName: Params 1
              type: integer
              description: filtre sur la date
              example: 1398792157
              required: false

Voici le résultat :

Voici l'ensemble des types acceptables par RAML :

• string
• number
• integer
• date
• boolean
• file (uniquement en POST)

Mais nous avons aussi plus d'options possibles :

• enum : seulement pour le type string
• pattern : seulement pour le type string (type Perl 5)
• minLength : seulement pour le type string
• maxLength : seulement pour le type string
• minimum : seulement pour le type number ou integer
• maximum : seulement pour le type number ou integer
• repeat : permet de passer plusieurs fois le même paramètre
• default

L'ensemble de ces informations est optionnel tout comme displayName, type, description, example, required.

Dans les cas autres qu'un get, il est possible de passer en plus un body.

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
    /select:
        post:
            body:
              application/json:
                schema: |
                  {
                    "type": "array",
                    "items": {
                        "type": "string"
                    },
                    "minItems": 1,
                    "uniqueItems": true
                  }
                example: |
                  ["12315412131" ,"12315412145"]

Ici le body permet de nous définir que l'on attend forcément un body, celui-ci peut être ici uniquement de type application/json, cependant, il est tout à fait possible de le mettre en :

• application/x-www-form-urlencoded
• application/xml
• multipart/form-data

Mais aussi d'en avoir plusieurs (accepter des body JSON et XML par exemple)

Nous avons aussi décrit un schéma de validation pour notre JSON (il est bien sûr aussi possible d'en faire un pour xml). Celui-ci permettra d'assurer vos échanges dans un bon format et de faire en sorte le bouchon (mock) vous retourne directement l'information si les paramètres sont mal formés.

Reponse

Nous allons maintenant nous intéresser à la réponse.

#%RAML 0.8
title: API d'Exemple  
version: v1

/api-action:
  /list:
    get:
      description: |
        Exemple 1, Quid enim tam absurdum quam delectari multis inanimis rebus, ut honore, ut gloria, ut aedificio, ut vestitu cultuque corporis, animante virtute praedito
      queryParameters:
        params1:
          displayName: Params 1
          type: integer
          description: filtre sur la date
          example: 1398792157
          required: false
      responses:
        200:
            description: |
              Retourne un tableau JSON
            body:
              application/json:
                schema: |
                  {
                    "type": "array",
                    "items": {
                      "type": "object",
                      "description" : "Information",
                      "properties": {
                        "reference": {
                          "description" : "la reference",
                          "type": "string",
                          "required":true
                        }
                   } } }
                example: |
                  [
                      { reference: '1234567890123' },
                      { reference: '1234567890125' }
                  ]

Voici une réponse complète.

• 200 : représente le code HTTP.
• description : permet de donner rapidement une description de la réponse
• application/json : spécifie le type de réponse attendue (mais nous pouvons aussi avoir du xml)
• schema : précise le schéma de validation de la réponse
• exemple : donne simplement un exemple de réponse (celui rendu par le mock)

Et en voici le rendu :

Il est bien sûr possible d'ajouter des codes de réponse. Voici les plus utilisés :

• 200 : OK
• 201 : Création effectuée
• 204 : Requête traitée mais pas de retour attendu
• 400 : Mauvaise requête
• 401 : Non autorisé à effectuer cette requête
• 403 : Interdiction d'effectuer cette requête
• 404 : Not Found
• 405 : Méthode non autorisée
• 409 : Conflit
• 500 : Erreur serveur

Sinon, vous pouvez regarder la liste ici : Liste de code réponse

Attention, il est possible d'ajouter autant de codes réponses que souhaitez, cependant il est impossible d'ajouter deux exemples de réponses d'un code spécifique (ex: 500). C'est un peu dommage.

Try it ou les mock pour votre API

Lors de l'activation du mock service, il est possible d'effectuer directement en ligne de test sur votre api ou grâce à un url mulesoft spécifique directement dans votre application.

Voici par exemple un try-it sur le list défini plus haut :

On voit qu'il est possible de rentrer directement un parameter, ensuite il suffit de cliquer sur GET et voici le résultat :

Il est donc aussi possible d'appeler directement depuis votre application l'url que j'ai flouté :

http://mocksvc.mulesoft.com/mocks/e116b3..62/api-action/list

Et voici un exemple avec un POST qui est ok vis à vis du schéma :

Et un POST en echec vis à vis du schéma :

Autres informations

Pour information :

• Il est possible actuellement de mettre du code HTML dans la description (bien pratique :) )
• Il est possible de faire des imports de fichier, comme ceci : schema: !include job.xsd
• Il existe une spécification pour la sécurité de l'API, cependant, je ne l'ai pas utilisé,donc voici le lien : https://github.com/raml-org/raml-spec/blob/master/08_security.md
• Il est possible et assez facile d'héberger soit même sont propre API Console, voici le lien GITHUB : https://github.com/mulesoft/api-console
• Pour activer les bouchons il faut cliquer sur Mocking Service en haut à droite dans l'API Designer de mulesoft

Voilà, si vous avez des commentaires, des idées, n'hésitez pas :)
Je pense qu'avec ceci, vous êtes prêts pour écrire vos API en RAML.

Je me suis donc intéressé aux outils existant sur le marché afin de designer simplement et rapidement une API voire même d'avoir une génération de bouchon via la documentation.

Voici les sites les plus intéréssants que j'ai trouvé sur le sujet :

• Swagger
• http://apiary.io/
• RAML by MuleSoft

apiary.io

J'ai commencé par apiary.io
Un design sympathique, une documentation simple, gratuit.
Je me suis dit pourquoi pas :)

Ils utilisent un langage crée et défini par leur soin l'API Blueprint.

L'idée est la même pour l'ensemble de ces logiciels : c'est de créer une documentation en ligne, mais aussi un mock afin de tester vos API. (Un mock est un "bouchon").

Voici un exemple de fichier de description pour APIARY :

FORMAT: 1A  
HOST: http://www.google.com

# test
Notes API is a *short texts saving* service similar to its physical paper presence on your table.

# Group Notes
Notes related resources of the **Notes API**

## Notes Collection [/notes]
### List all Notes [GET]
+ Response 200 (application/json)
        [{
          "id": 1, "title": "Jogging in park"
        }, {
          "id": 2, "title": "Pick-up posters from post-office"
        }]

### Create a Note [POST]
+ Request (application/json)
        { "title": "Buy cheese and bread for breakfast." }

+ Response 201 (application/json)
        { "id": 3, "title": "Buy cheese and bread for breakfast." }

## Note [/notes/{id}]
A single Note object with all its details

+ Parameters
    + id (required, number, `1`) ... Numeric `id` of the Note to perform action with. Has example value.

### Retrieve a Note [GET]
+ Response 200 (application/json)
      + Header
          X-My-Header: The Value

      + Body
          { "id": 2, "title": "Pick-up posters from post-office" }

Voici le rendu de la documentation :

Cependant, j'ai eu quelques limitations dans ma description d'API. C'est seulement pour des cas particuliers, mais bloquants dans mon cas (validation, documentation sur les erreurs et sur les parameters autres que require ou texte ...)

RAML API Design

Je suis donc parti à la recherche d'un autre format de description d'API. Je suis donc tombé sur le RAML.

C'est un format intéressant, car il semble plus abouti que les autres formats. Il permet de définir des schemas de validation (xml ou JSON), plusieurs réponses, avoir une documentation HTML ou markdown ...

Le format n'est pas beaucoup différent de l'API Blueprint.
Il s'agit en fait de YAML avec une structure particulière.

La description de l'API est ici : https://github.com/raml-org/raml-spec

Elle est bien écrite et complète, ce qui est agréable.

J'ai utilisé la validation par schéma pour mes réponses JSON.

Je vous propose donc de jeter un oeil au lien suivant, permettant de valider votre json et votre schema facilement : http://jsonschemalint.com/

Voici un fichier d'exemple :

#%RAML 0.8
title: Mon API  
baseUri: http://mocksvc.mulesoft.com/mocks/1.../{version}  
version: v1

/test:
    /:
      post:
        body:
          application/json:
            schema: |
              {
                "type": "array",
                "items": {
                    "type": "string"
                },
                "minItems": 1,
                "uniqueItems": true
              }
            example: |
              {
                ["12315412131" ,"12315412145"]
              }
        description: |
          test produits

          <table>
              <tr>
                <td>Parametre</td>
                <td>exemple</td>
                <td>description</td>
                <td>obligatoire</td>
                <td>format</td>
              </tr>
              <tr>
                <td>id</td>
                <td>"12315412131"</td>
                <td>id</td>
                <td>true</td>
                <td>string</td>
              </tr>
            </table>
        responses:
          200:
            description: |
              Retourne un tableau JSON de produit
            body:
              application/json:
                schema: |
                  {
                    "type": "array",
                    "items": {
                      "type": "object",
                      "description" : "test",
                      "properties": {
                        "reference": {
                          "description" : "id produit",
                          "type": "string",
                          "required":true
                        },
                        "nombre": {
                          "description" : "nombre",
                          "type": "integer",
                          "required":true
                        }
                      }
                    }
                  }
                example: |
                 {
                    [
                        { reference: '1234567890123', nombre: 134 },
                        { reference: '1234567890125', nombre:  20 },
                        { reference: '1234567890127', nombre:   0 },
                    ]
                 }
          400:
            description: |
              Erreur retourne par le serveur

              * CODE 101 : Format
            body:
              application/json:
                schema: |
                  {
                    "ERREUR": {
                      "description" : "Si un erreur est presente",
                      "type": "object",
                      "properties": {
                        "CODE" : {
                          "type": "integer"
                        },
                        "MSG" : {
                          "type": "string"
                        }
                      }
                    }
                  }
                example: |
                 {
                   ERREUR : { CODE: 101, MSG: 'Format Inconnu' }
                 }
          500:
            description: |
              Erreur retourne par le serveur

              * CODE 102 : Inconnu
              * CODE 103 : Existant, mais erreur
            body:
              application/json:
                schema: |
                  {
                    "type": "array",
                    "items": {
                      "type": "object",
                      "description" : "tsdgfsdf qsf sd ",
                      "properties": {
                        "reference": {
                          "description" : "sdfgsdfg dfsg df g",
                          "type": "string",
                          "required":true
                        },
                        "nombre": {
                          "description" : "sdfg dfs gsdf g",
                          "type": "integer"
                        },
                        "ERREUR": {
                          "description" : "sdfgd gfsdfg sdfg",
                          "type": "object",
                          "properties": {
                            "CODE" : {
                              "type": "integer"
                            },
                            "MSG" : {
                              "type": "string"
                            }
                          }
                        }
                      }
                    }
                  }
                example: |
                 {
                    [
                      { reference: '1234567890123', nombre: 134 },
                      { reference: '1234567890124', ERREUR: { CODE: 102, MSG: 'Inconnu' } }
                    ]
                 }

La documentation générée est sympathique aussi. Cependant avec le JS présent, il est impossible d'imprimer le document ou de sortir un PDF. C'est là le plus gros défaut que j'ai trouvé actuellement à cette méthode.

Je pense d'ailleurs développer une script Python afin de générer une documentation HTML en Standalone et surtout imprimable en PDF.

Je vais faire un autre article afin de décrire plus en détail l'utilisation du RAML.

Conclusion

Si votre client est d'accord pour avoir une documentation d'API en ligne non imprimable, je vous conseille le RAML. Excellent format assez rapide à écrire après avoir pris le coup de main. Le mock fonctionne bien, même s'il est dommage qu'il retourne toujours le 200 si la réponse est bien formée.

PS: Si vous cherchez un bon livre sur les API REST, je vous conseille celui-ci : O'REILLY RESTful Web APIs

Comme promis, voici mon retour bientôt 4 an d'utilisation de mon NAS Synology.

Qu'est ce qu'un NAS ?

Un NAS ( Network Attached Storage ) permet simplement de mettre vos données à disposition sur l'ensemble de votre réseau.

Mais il va au-delà de ça car il permet de :

• Sécuriser
• Sauvegarder
• Partager
• Conserver

A quoi ça sert ?

Comme dit ci-dessus, le NAS met en oeuvre des technologies permettant d'avoir un espace de stockage de données accessible et fiable.

Mais le prix d'un NAS est souvent 5x supérieur au prix d'un HDD Externe, alors quels sont les différences ? Une petite explication ci-dessous.

Il existe un très bon article de materiel.net disponible ici :
GUIDE Materiel.net

Il est possible qu'il y ait doublon ici, mais j'aborde les points d'un autre angle de vue.

Conserver

Sur une clé USB ou un disque dur externe, les données sont certes accessible, mais pas stockées de manière fiable. Combien de fois j'ai vu mon Disque Externe rendre l'âme de manière naturelle ou simplement à cause du port USB ou du transport. Il ne faut pas oublier que les mémoires flash de type USB possèdent aussi un nombre de lectures et d'écritures données (bien que je n'ai jamais atteint cette limite).

Dans les entreprises, il y a deux sortes de conservation des données.
La première est sur un serveur NAS pour garder les données dans un espace sécurisé et en même temps accessible.
La deuxième est l'archivage sur bande, un procédé qui peut paraître d'un autre temps et pourtant, il reste plus efficace sur le long terme et surtout moins coûteux mais il est extrêmement long d'accès.

Partager

Un NAS facilite le partage des informations, car d'abord il est accessible depuis n'importe quel ordinateur connecté à ce même réseau et de manière simultanée (pas besoin comme un Disque dur externe de chercher votre port USB ;-))

Le NAS est aussi souvent utilisé dans un réseau Media Center, (en gros regarder des films ou séries sur votre télévision). Si votre télé possède le sigle DLNA, vous connectez votre télé et "tous" vos films sont accessibles.

De plus le NAS est souvent multi-systèmes, que vous ayez un Windows, un Linux ou un Mac pas de problème.

Il y a d'autres applications permettant d'augmenter le partage, j'en parlerais dans la section application tierce.

Attention, il y a un piège. Il ne faut pas confondre NDAS et NAS. Ce n'est pas la même chose. Avec le premier vous risquez de rencontrer de nombreux problèmes, installation d'un driver pour le fonctionnement, pour le deuxième, vous le branchez au réseau et voilà.

Sauvegarder

Il est possible avec un NAS, d'utiliser un système de sauvegarde régulière de vos ordinateurs. Chez moi par exemple, j'ai 1 PC qui tourne en permanence, il est donc sauvegardé tout les deux jours sur mon NAS vers 04:00 du matin.

La mise en oeuvre de technologies RAID, permet suivant la technique utilisée une bonne garantie des données sauvegardées.

Sécuriser

La majorité des NAS, possède soit leur propre système d'utilisateur, soit la possibilité de se connecté à un LDAP ou un autre annuaire.
Il permet de géré les personnes récupérant les données. Certain NAS intègre même un antivirus ou un firewall ce qui est vraiment pratique.

Pourquoi Synology ?

C'est un choix comme un autre, mais l'avantage de Synology, c'est qu'il bénéficie d'une bonne réputation dans le domaine tout comme QNap. J'ai d’ailleurs longtemps hésité entre les deux marques.

De plus l'ensemble des applications tierce proposé me semblait plus approprié à mon besoin.
Il existe une bonne communauté française active, et Synology met régulièrement à jour ces produits. je le conseil donc.

RAID 0, 1, 5 ou autre ?

Sur les principes de fonctionnement, je vous laisse l'article Wikipedia bien fait sur le sujet :
http://fr.wikipedia.org/wiki/RAID_(informatique)

En gros, il faut retenir ceci :

• RAID 0 : permet de faire de deux volumes, un gros volumes. Aucune sécurisation des données.

• RAID 1 : duplique les données sur deux disque dur. Si l'un meurt, on le remplace et aucune perte de données.

• RAID 5 : augmentation de la capacité, de la rapidité et un ou deux volume pour la sécurisation des données. C'est bien sur un des meilleurs RAID, mais il nécessite un minimum de 3 disque.

N'étant pas riche, j'ai opté pour un NAS deux disques, et souhaitant une bonne sécurisation des données, j'ai opté donc naturellement pour le RAID 1.

Application Tierce.

La majorité des NAS possède des applications tierce, sous ce terme légèrement barbare, se cache simplement des application non essentiel, mais complémentaire au produit.

Voici, une liste d'application tierce :

• Serveur FTP
• Serveur DLNA
• Serveur Messagerie
• Serveur d'Impressions
• Surveillance vidéo
• Serveur de téléchargement
• Serveur itunes
• Serveur Cloud
• Virtualisation
• Serveur Streaming audio
• Serveur Web
• Antivirus
• Domotique
• ...

La liste est longue, mais le tout c'est de trouver pour vous vos applications qui vous servirons.

En tant que développeur, quasiment l'ensemble des applications me sont utile, mais voici un résumé des applications utile par domaine :

Maison

• Serveur DLNA
• Serveur Cloud
• Surveillance vidéo
• Serveur Streaming audio
• Téléchargement

Imaginez, vous êtes dans votre canapé, et l'ensemble de votre musique, films et séries sont disponible sur votre télé ou votre mobile préféré !

Vous partez en vacances, mais vous n'avez pas les moyens d'avoir une vrai surveillance vidéo, pas de problème, acheter une caméra IP ( 50-80 euros les première prix actuellement ) et hop une caméra vidéo avec détection de mouvement.

Vous aimez votre spotify ou votre deezer, mais les pubs vous énerve et vous avez légalement toute la musique sur votre ordinateur chez vous, ben la pas de problème, écoutez en Streaming la musique de chez vous !

Voici pourquoi un NAS est Indispensable en plus de garder vos photos préféré de manière sécurisé.

Développeur / Bidouilleur

• Serveur Web
• Domotique
• Serveur SVN
• Intégration continue

J'ai actuellement, un serveur web avec l'excellent rsslounge sur lequel je vais certainement faire un article dans pas longtemps, mais aussi mes projets personnel en intégration continue avec hudson !

Mes sources sont sur mon NAS en SVN, et je me suis essayé rapidement à la domotique, mais si j'ai mis cela dans le domaine développeur / bidouilleur, c'est que ce n'est pas encore prêt, mais ce sera certainement l'avenir !

Conclusion

Actuellement, mon NAS me sers en permanence dans ma vie et dans celle de ma compagne n'étant pas du tout habituez à l'informatique. Elle regarde ces séries sur la télé, n'a plus besoin de sa clé USB, elle récupère simplement ses fichiers directement via l'interface web du NAS. Et pour moi, ben le pied, entre le téléchargement, mes projets perso, le SVN, la sauvegarde de mes données, l'écoute en streaming depuis mon boulot !

A vous de choisir votre NAS maintenant, prenait bien en compte l'usage futur de votre NAS, et si vous prenez Synology et que vous avez un budget plus gros que moi, n'hésitez pas à prendre les NAS +, pour deux raisons, l'extension de mémoire possible ( en servant à tout est n'importe quoi, il est vite noyé ) et l'extension du NAS avec les baies d’extension.

Pour un sécurité optimal de vos informations, je vous conseil deux rajouts :

Un compte distant sur amazon / dropbox / google pour les données sensible (car on n'est jamais à l'abri d'un bon incendie ou inondation ;-) )

Un onduleur, pour garantir le méchant coup de foudre, ou les tensions variable

Des exemples de NAS (28/04/2014):

Synology DS214se Entrée de Gamme, c'est l'equivalent actuel de mon NAS :) Il est largement suffisant pour les application évoqués. Cependant, il est possible que pour les bidouilleurs, il manque de mémoire.

Synology DS214play Excellent NAS pour faire de la diffusion vidéo / audio. Avec lui pas de probleme d'encodage et de lecture sur votre télé !

Synology DS713+ Il est cher, mais c'est le MUST. La différence de prix s'explique simplement car il permet de se connecter à des extensions comme celle-ci : DX513 qui vous donne la possibilité d'avoir 5 disques supplémentaire !

à bientôt, Pierre

<?php 

  // LDAP variables
  $ldaphost = "10.50.1.21";  // your ldap servers
  $ldapport = 389;           // your ldap server's port number

  // using ldap bind
  $ldaprdn  = 'cn=Directory Manager';     // ldap rdn or dn
  $ldappass = 'ipsweb06';  // associated password

  // Connecting to LDAP
  $ldapconn = ldap_connect($ldaphost, $ldapport)
            or die("Could not connect to $ldaphost");

  if ($ldapconn) {
      // binding to ldap server
      $ldapbind = ldap_bind($ldapconn, $ldaprdn, $ldappass);

      // verify binding
      if ($ldapbind) {
          echo "LDAP bind successful...";
          $dn = "ou=People, dc=transpac";

          $filter="sn=a*";

          $sr = ldap_search($ldapconn, $dn, $filter);

          $info = ldap_get_entries($ldapconn, $sr);
          echo $info["count"]." entries returned\n";

      } else {
          echo "LDAP bind failed...";
      }
  }else{
    echo "LDAP server not available ...";
  }
?>

Pour cela on utilise ldap_search($ldapconn, $dn, $filter);

• $ldapconn : est la connection à ldap
• $dn : l'endroit ou l'on recherche
• $filter : la recherche en elle même

Pour l'attribut $dn :
Le DN représente le nom de l'entrée sous la forme du chemin d'accès à celle-ci depuis le sommet de l'arbre. On peut comparer le DN au path d'un fichier Unix.
Exemple :
People
transpac PM FT OBS People
Oleane

ou=People,dc=OBS,dc=FT,dc=PM,dc=transpac

Permet d’accéder au "dossier" People de OBS. comme si on avait /transpac/PM/FT/OBS/People
Il dépendra donc de l’arborescence du LDAP.

Pour l'attribut $filter :
Le filtre de recherche s'exprime suivant une syntaxe spécifique dont la forme générale est :
(< operator(< search operation)(< search operation)...))

Ce filtre décrit une ou plusieurs conditions exprimées sous forme d'expressions régulières sensées désigner un ou plusieurs objets de l'annuaire, sur lesquels on veut appliquer l'opération voulue. Le tableau 6 récapitule les opérateurs de recherche disponibles :
Filtre Syntaxe Interprétation
Approximation (sn~=Mirtain) nom dont l'orthographe est voisine de Mirtain
Egalité (sn=Mirtain) vaut exactement Mirtain
Comparaison (sn>Mirtain) , <= , >= , < noms situés alphabétiquement après Mirtain
Présence (sn=) toutes les entrées ayant un attribut sn
Sous-chaîne (sn=Mir), (sn=irtai), (sn=Mirti) expressions régulières sur les chaînes
ET (&(sn=Mirtain) (ou=Semir)) toutes les entrées dont le nom est Mirtain et du service Semir
OU (|(ou=Direction) (ou=Semir)) toutes les entrées dont le service est le Semir ou la Direction
Négation (!(tel=*)) toutes les entrées sans attribut téléphone

Pour plus d'informations

Exploiter le résultat :
De nombreuses fonctions LDAP permettent d'exploiter les résultats renvoyés par la fonction ldap_search(). Ces fonctions ont un nom commençant généralement par ldap_get_suivi du nom de l'élément à récupérer :

ldap_get_dn() permet de récupérer le DN de l'entrée
ldap_get_entries() permet de récupérer l'ensemble des entrées
ldap_get_option() permet de récupérer la valeur d'une option
ldap_get_values() permet de récupérer toutes les valeurs d'une  entrée
ldap_get_values_len() permet de récupérer les valeurs binaires d'une entrée
ldap_count_entries() permet de récupérer le nombre d'entrées retournées par la fonction de recherche

Exemple complet :

<?php 

  // LDAP variables
  $ldaphost = "10.50.1.21";  // your ldap servers
  $ldapport = 389;           // your ldap server's port number

  // using ldap bind
  $ldaprdn  = 'cn=Directory Manager';     // ldap rdn or dn
  $ldappass = 'ipsweb06';  // associated password

  // Connecting to LDAP
  $ldapconn = ldap_connect($ldaphost, $ldapport)
            or die("Could not connect to $ldaphost");

  if ($ldapconn) {
      // binding to ldap server
      $ldapbind = ldap_bind($ldapconn, $ldaprdn, $ldappass);

      // verify binding
      if ($ldapbind) {
          echo "LDAP bind successful...";

          // OU Organizational Unit
          // DC Organization
          $dn = "ou=People, dc=transpac";


          $filter="sn=a*";
          //$justthese = array("ou", "sn", "givenname", "mail");

          //$sr = ldap_search($ldapconn, $dn, $filter, $justthese);
          $sr = ldap_search($ldapconn, $dn, $filter);

          $info = ldap_get_entries($ldapconn, $sr);
          echo $info["count"]." entries returned\n";

          echo  "<br />Récupération des entrées ...";
          $info = ldap_get_entries($ldapconn, $sr);

           echo  "Affichage des données des ".$info["count"]. " entrées trouvées :";

         for ($i=0; $i<$info["count"]; $i++){
           echo  "<p align='justify'>";
           echo  "Le dn (Distinguished Name) est: ". $info[$i]["dn"] ."<br>";
           echo  "Nom (sn) : ". $info[$i]["sn"][0] . "<br>";
           echo  "Prénom (cn) : ". $info[$i]["cn"][0] . "<br>";
         }

      } else {
          echo "LDAP bind failed...";
      }
  }else{
    echo "LDAP server not available ...";
  }
?>

Voici le fonctionnement de CAS en mode Proxy :

• Une version de cas en svn.
• Maven d'installé.
• Modifier le fichier pom.xml
• Lancer la ligne de commande de maven

Pour récupéré la version de cas c'est simple, je vous laisse regarder sur le site officiel.
Pour maven il s'agit de récupérer le zip du projet et de rajouter le répertoire dans le path de windows.

Voici un exemple avec l'intégration du support LDAP dans le pom.xml se trouvant dans cas-server-webapp :

<dependency>  
        <groupId>org.jasig.cas</groupId>
        <artifactId>cas-server-support-generic</artifactId>
        <version>${project.version}</version>
        <type>jar</type>
        <scope>runtime</scope>
</dependency>  
<dependency>  
        <groupId>org.jasig.cas</groupId>
        <artifactId>cas-server-support-ldap</artifactId>
        <version>${project.version}</version>
</dependency>  

Puis aller dans le répertoire racine de cas et lancer la commande suivante :

mvn clean package install -DskipTests=true

Le -DskipTests=true permet à cas de ne pas lancer les tests et donc de ne pas tombé en erreur lors dui build.

voici mon fichier pom.xml au complet :

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 <a href="http://maven.apache.org/maven-v4_0_0.xsd"><br />  
" title="http://maven.apache.org/maven-v4_0_0.xsd"><br />  
">http://maven.apache.org/maven-v4_0_0.xsd"><br />  
</a>    <parent>  
        <groupId>org.jasig.cas</groupId>
        <artifactId>cas-server</artifactId>
        <version>3.4.7</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <groupId>org.jasig.cas</groupId>
    <artifactId>cas-server-webapp</artifactId>
    <packaging>war</packaging>
    <name>JA-SIG CAS Web Application</name>
    <dependencies>

        <dependency>
            <groupId>org.mockito</groupId>
            <artifactId>mockito-all</artifactId>
            <version>${mockito.version}</version>
            <scope>test</scope>
            <type>jar</type>
        </dependency>
        <dependency>
            <groupId>com.github.inspektr</groupId>
            <artifactId>inspektr-support-spring</artifactId>
            <scope>runtime</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework.security</groupId>
            <artifactId>spring-security-cas-client</artifactId>
            <scope>runtime</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework.security</groupId>
            <artifactId>spring-security-config</artifactId>
            <scope>runtime</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-aop</artifactId>
        </dependency>

        <dependency>
            <groupId>org.jasig.cas</groupId>
            <artifactId>cas-server-core</artifactId>
            <version>${project.version}</version>
        </dependency>

        <dependency>
                        <groupId>org.jasig.cas</groupId>
                        <artifactId>cas-server-support-generic</artifactId>
                        <version>${project.version}</version>
                        <type>jar</type>
                        <scope>runtime</scope>
                </dependency>

                <dependency>
                     <groupId>org.jasig.cas</groupId>
                     <artifactId>cas-server-support-radius</artifactId>
                     <version>${project.version}</version>
                </dependency>

                <dependency>
                     <groupId>org.jasig.cas</groupId>
                     <artifactId>cas-server-support-x509</artifactId>
                     <version>${project.version}</version>
                </dependency>

                <dependency>
                     <groupId>org.jasig.cas</groupId>
                     <artifactId>cas-server-support-spnego</artifactId>
                     <version>${project.version}</version>
                </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context-support</artifactId>
            <scope>compile</scope>
        </dependency>

        <dependency>
            <groupId>org.opensymphony.quartz</groupId>
            <artifactId>quartz</artifactId>
            <version>1.6.1</version>
            <type>jar</type>
        </dependency>

        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>jstl</artifactId>
            <version>1.1.2</version>
            <type>jar</type>
        </dependency>

        <dependency>
            <groupId>taglibs</groupId>
            <artifactId>standard</artifactId>
            <version>1.1.2</version>
            <type>jar</type>
        </dependency>

        <dependency>
            <groupId>ognl</groupId>
            <artifactId>ognl</artifactId>
            <version>2.7.3</version>
            <scope>runtime</scope>
        </dependency>

        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-validator</artifactId>
            <scope>runtime</scope>
        </dependency>

        <dependency>
                <groupId>org.jasig.cas</groupId>
                <artifactId>cas-server-support-jdbc</artifactId>
                        <version>${project.version}</version>     
                </dependency>

                <dependency>
          <groupId>commons-dbcp</groupId>
          <artifactId>commons-dbcp</artifactId>
          <version>1.4</version>
         <scope>runtime</scope>
                 </dependency>

        <dependency>
          <groupId>mysql</groupId>
          <artifactId>mysql-connector-java</artifactId>
          <version>5.1.13</version>
          <scope>runtime</scope>
        </dependency>

        <dependency>
          <groupId>concurrent</groupId>
          <artifactId>concurrent</artifactId>
          <version>1.3.4</version>
          <scope>runtime</scope>
                 </dependency>

        <dependency>
                     <groupId>org.jasig.cas</groupId>
                     <artifactId>cas-server-support-ldap</artifactId>
                     <version>${project.version}</version>
                </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <configuration>
                    <warName>cas</warName>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>  

J'ai donc essayé de trouver une liste exhaustive des serveurs et surtout des comparatifs me permettant de faire facilement une choix parmi la liste (longue, vraiment trop longue ...) des fournisseurs.

L'interet d'un VPS pour moi est de ne pas regretter l'achat d'un dédié car des offres moins cher et plus aléchante seront disponible pour le même prix. Pouvoir faire évoluer mon besoin à la demande et profiter de la sécurité d'un VPS.

Après une longue recherche, je me suis décidé pour un serveur chez Be1Host.

J'ai choisi l'offre LC 4 qui lors de l'écriture de cette article propose ceci :

Processeur : 2 coeurs (2x 3.0 GHz)
Mémoire vive : 4 Go ECC
Disque dur : 150 Go SAS
IPv4 dédiée
Localisé en France ou Canada
Disponibilité 99.9%
Connexion 400 Mbps - Best effort
API
KVM
Protection anti-ddos
By OpenVZ

Bref ceci correspond quasi exactement à mon besoin, et cela pour 23 euros/mois. Donc dans mes tarifs.

J'ai donc sauté sur l'occasion et j'ai commandé un serveur.
Cependant, je ne m'y suis pas totalement retrouvé, ceci pour une principale raison : il y a une limite de Bandwith impossible à trouver lors de la commande de l'offre. Seule une petite phrase permet de se douter de la chose, mais bon. Après il faut modéré ce critère car il permet tout de même d'avoir une Bandwith de 15To.

Je n'ai pas aimer aussi l'absence de snapshot, la connexion de 400Mps qui n'est pas garenti, une interface de gestion pas vraiment sympathique. Cependant, c'est une offre qui est vraiment intéréssante.

Je vous les conseils si les points ci dessus ne sont pas bloquant pour vous.

Je me suis donc remis à la recherche d'un autre VPS dans les même charactéristique.

J'ai eu deux choix : les offres cloud d'OVH et les offres de firstheberg.

Parlons en premier du dernier.
Chez FirstHeberg, j'ai craqué pour cette offre : HQ2.
Cette offre propose ceci :

Processeur : 4 vcore
Mémoire vive : 8 Go
Disque dur  250 Go
IPv4 dédiée
Localisé en France
Bande Passante  100 Mbps - best effort
50 Go de backup offert !
Pas de SLA 
Protection anti-ddos
By QEMU

Tout cela pour le prix de 24 euros

Cependant, j'ai tout de suite eu quelques malheur ...
Lors du transfert de mon backup (~40Go) par STP, je n'avais qu'un débit de 1mo/s (j'ai tout de même de la fibre optique et un upload de 8mo/s (re-tester durant le transfert)).

Aussi, on m'a promis un backup de 50Go, mais impossible de le trouver dans l'interface, après un ticket client j'ai eu la réponse suivante :

Il faut en faire la demande par ticket pour que nous vous activions l'accès FTP.

Non mais vraiment, si je commande un serveur avec un backup, je m'attend à l'avoir de suite à disposition... pas devoir faire un ticket pour l'obtenir ... surtout que j'attends encore (3j actuellement)

Aussi actuellement, il est impossible de faire l'upgrade de son serveur vers une autre offre... Fonctionalité à venir très rapidement d'après FirstHeberg. Tout comme les snapshots qui sera a priori une option payante.

Leur Backoffice est sympathique sans plus, et j'ai bien aimer le bloc INFORMATIONS sur l'état des serveurs et plus généralement des services firstheberg. Et qui m'a permi d'apprendre qu'il effectuer bien la mise à jour de leur ancienne offre gratuitement !

Cependant pas totalement satisfait, j'ai donc commander un VPS Cloud 2 chez OVH. Celui-ci se présente comme ceci :

4 vCores
RAM garantie    4 Go
Disque dur  50 Go Raid 10
IPv4 dédiée
Localisé en France
100 Mbps Garenti !
SLA 99,99%
Protection anti-ddos
By VMWare

A oui, mais pas au même tarif, comme ceci, il vous faudra ~ 20 euros. Mais j'ai ajouter l'option BackupFTP 200Go et l'option snapshot qui me semblait très intéréssante, mais qui monte le prix à 31 euros (ouch !)

Bon après sur ma prestation pas de problème, c'est du OVH.
5 mo/s pour le transfert de mon backup. J'ai monté le FTP comme un point de montage et j'ai 10mo/s en écriture. Pas mal ! L'interface admin est top !

En bref :

Je vous conseil les 3 !
Be1Host à des offres intéréssantes, même si je prefere tout de même celle de FirstHeberg. Cependant ces deux fournisseurs n'ont pas les même garenties et fonctionnalitées qu'OVH (SLA, débit garenti, snapshot !) il faut seulement faire un sacrifice sur l'espace disque ...