Un autre option que vous pourriez considérer est d'exécuter votre instance Jenkins en utilisant une architecture basée sur le cloud dédiée à Jenkins, comme le service DEV@cloud offert par CloudBees. CloudBees fournit du "Jenkins as a service" et d'autres services de développement variés (comme Sonar) autour de Jenkins. En utilisant un service spécifique dédié à Jenkins, il n'est pas nécessaire d'installer (ou de gérer) des maîtres ou esclaves Jenkins sur vos machines. Une instance maître est automatiquement configurée pour vous, et quand vous donnez une tâche à construire, CloudBees met à disposition un esclave pour vous et le reprend quand la tâche est effectuée.
Comment cette approche se compare-t-elle à l'architecture basée sur Amazon EC2 que nous avons présenté dans la section précédente ? L'avantage principal est qu'il y a beaucoup moins de travail à effectuer dans la gestion du matériel de votre architecture d'IC. Utiliser l'infrastructure Amazon EC2 vous évite d'avoir à vous soucier du matériel, mais vous avez encore à configurer et gérer vos images de serveur par vous-même. L'architecture CloudBees DEV@cloud est de plus haut-niveau, un service centré sur l'IC, qui fournit non seulement un serveur Jenkins mais aussi d'autres outils en relation comme des dépôts SVN ou Git, de la gestion utilisateur, et Sonar. En plus, le modèle de tarification (paiement à la minute) est sans doute mieux adapté à une architecture d'IC basée sur le cloud que l'approche par paiement à l'heure utilisée par Amazon.
Les services basés sur Amazon EC2 sont souvent, mais pas toujours, utilisé dans un environnement de "cloud hybride" où vous déchargez vos tâches sur le cloud, mais un certaine quantité de vos build restent chez vous. Le service DEV@cloud de CloudBees est une solution de cloud public où le build complet se déroule dans le cloud (bien que CloudBees offre une solution similaire fonctionnant sur un cloud privé).
Créer un compte CloudBees DEV@cloud est facile, et vous pouvez en utiliser un gratuit pour expérimenter le service (notez que le service gratuit CloudBees a seulement un nombre limité de plugins disponibles ; vous devrez vous inscrire à la version professionnelle pour pouvoir utiliser la gamme complète de plugins). Pour créer un compte CloudBees, allez sur la page d'enregistrement. Vous devrez entrer quelques informations telles que le nom d'utilisateur, des informations email, et un nom de compte. Une fois enregistré, vous aurez accès à la fois aux services DEV@cloud et RUN@cloud (en résumé la plateforme entière CloudBees).
A ce stade, vous devrez souscrire au service DEV@cloud. Pour nos besoins, vous pouvez vous en sortir en choisissant simplement l'option gratuite. Vous devrez attendre quelques minutes que CloudBees mette à disposition un maître Jenkins pour vous. L'étape suivante est de valider votre compte (ceci aide CloudBees à éviter la création de comptes factices de faire tourner des tâches fallacieuses sur le service). Cliquez sur le lien de validation, et entrez votre numéro de téléphone. Un appel entrant automatique vous donnera un code ; entrez le code sur le formulaire. Une fois ceci fait, vous pouvez commencer à exécuter des builds.
Votre première escale après connexion sera la console de gestion (appelée GrandCentral). Cliquez sur le bouton “Jenkins Builds” pour vous rendre sur votre maître Jenkins flambant neuf.
A partir de là, votre interaction avec la plateforme DEV@cloud est exactement comme un Jenkins autonome. Quand vous créez une nouvelle tâche de build, pointez simplement sur votre dépôt de code source existant et appuyez sur build repository. DEV@cloud mettra à disposition un esclave pour vous et lancera un build (cela pourrait prendre une minute ou deux pour préparer l'esclave).