Les projets logiciels basés sur le cloud doivent employer plusieurs environnements, lesquels portent généralement des noms tels que dev, qa, staging et prod.
Il est essentiel que ces environnements soient complètement isolés les uns des autres. Par ailleurs, ils disposent généralement d'autorisations d'accès très différentes pour les opérateurs.
Par exemple, l'équipe de développement peut disposer d'un accès complet à l'environnement dev, mais seulement d'un accès limité à l'environnement prod, l'intégralité du déploiement de code n'étant régie que par des scripts automatisés. De plus, il est absolument essentiel que les données des différents environnements restent isolées.
L'emploi de plusieurs projets Google Cloud répond parfaitement à ces exigences, car les projets assurent une isolation complète du code et des données, tandis que les autorisations des opérateurs peuvent être gérées séparément. Étant donné qu'App Engine assure un scaling automatique de ses instances de diffusion, vous ne payez qu'à hauteur de ce que vous consommez. Par exemple, si votre environnement de préproduction n'est requis qu'une semaine sur quatre, vous ne paierez aucune instance de diffusion pour les trois autres semaines. Cependant, gardez à l'esprit que toute donnée stockée dans ces projets vous sera facturée.
Nommer les environnements
Si vous choisissez de créer votre application de microservices en n'utilisant que les services multiples, vous pouvez créer un seul projet Google Cloud pour chacun de vos environnements et les nommer en conséquence, tels que web-app-dev, web-app-qa et web-app-prod.
Autrement, si vous choisissez de créer votre application de microservices en définissant plusieurs projets, vous pouvez obtenir la même séparation entre les environnements, mais vous devrez employer davantage de projets, par exemple web-app-dev, web-app-prod, user-service-dev et user-service-prod.
Vous devez utiliser des formats de code pour vous assurer que les projets dev n'appellent que d'autres projets dev et que les projets prod n'appellent que d'autres projets prod.
Étapes suivantes
- Consultez une présentation de l'architecture de microservice sur App Engine.
- Découvrez les bonnes pratiques de conception d'API pour la communication entre microservices.
- Découvrez les bonnes pratiques en matière de performances de microservices.
- Découvrez comment migrer une application monolithique existante vers une application dotée de microservices.