Amélioration des applications de revue : formation des conteneurs

Il y a exactement un an, nous avons publié une intégration GitHub profonde et puissante : Review Apps. Elles vous permettent de créer des environnements de test temporaires basés sur le GitHub Flow. Lorsqu'une Pull Request est créée, une toute nouvelle copie d'un environnement d'application est créée et déployée. Une fois la demande de tirage fusionnée ou fermée, cette application est automatiquement supprimée.

Ajouter la possibilité de définir la formation des conteneurs

Une limite des Review Apps était qu'elles étaient lancées avec un seul conteneur web de taille M comme n'importe quelle nouvelle application sur Scalingo. Cela posait problème aux utilisateurs qui souhaitaient copier exactement leur environnement de production dans leurs Review Apps sans avoir à exécuter d'action manuelle.

Ce problème est désormais résolu, vous pouvez définir le nombre de conteneurs de chaque type que vous souhaitez lancer lors de la création d'une Review App. Cela se fait en créant/modifiant le scalingo.json fichier manifeste à la racine de votre projet.

Format du manifeste : Formation des conteneurs

Voici un exemple de ce à quoi ressemble la formation dans un scalingo.json :

{
  "formation": {
    "web": {
      "amount": 2,
      "size": "L"
    },
    "worker": {
      "amount": 1,
      "size": "XL"
    }
  }
}

{
  "formation": {
    "web": {
      "amount": 2,
      "size": "L"
    },
    "worker": {
      "amount": 1,
      "size": "XL"
    }
  }
}

{
  "formation": {
    "web": {
      "amount": 2,
      "size": "L"
    },
    "worker": {
      "amount": 1,
      "size": "XL"
    }
  }
}

{
  "formation": {
    "web": {
      "amount": 2,
      "size": "L"
    },
    "worker": {
      "amount": 1,
      "size": "XL"
    }
  }
}

Dans ce cas, chaque application review sera lancée avec 2 conteneurs web de taille L et un conteneur worker de taille XL.

Autre utilisation : Applications à déploiement en un clic

Ce manifeste est également utilisé pour définir comment les applications déployées avec notre bouton en un clic sont déployées. Ces projets ont été impactés par la même limitation, par exemple le micro-blogging décentralisé Mastodon nécessite qu'un conteneur worker soit en cours d'exécution pour gérer les tâches asynchrones. Ce conteneur n'était pas démarré par défaut, maintenant il le sera, améliorant l'expérience des nouveaux utilisateurs du projet.

Au fait, si vous avez un projet open-source à la mode hébergé sur GitHub, vous pouvez permettre à vos testeurs et utilisateurs de déployer leur propre instance sur Scalingo en un clic simplement en ajoutant ce bouton, voici la documentation.