Comment utiliser le service App Engine Users (Module 20)

Publié par Wesley Chun (@wescpy), avocat développeur, Google Cloud

Présentation et contexte

Le La série de vidéos Serverless Migration Station et les ateliers de programmation correspondants visent à aider les développeurs App Engine à moderniser leurs applications, qu’il s’agisse de mettre à niveau les environnements d’exécution de langage comme Python 2 à 3 et Java 8 à 17, ou de passer latéralement à des plates-formes sœurs sans serveur comme Cloud Functions ou Cloud Run. Pour les développeurs qui veulent plus de contrôle, comme pouvoir se connecter en SSH aux instances, les VM Compute Engine ou GKE, notre service Kubernetes géré, sont également des options viables.

Pour envisager de déplacer des applications App Engine vers d’autres services de calcul, les développeurs doivent éloigner leurs applications de ses API d’origine (désormais appelées services groupés hérités), soit au remplacement autonome du Cloud, soit à des services tiers alternatifs. Une fois qu’elles ne dépendent plus de ces services propriétaires, les applications deviennent beaucoup plus portables. Les applications peuvent rester sur App Engine lors de la mise à niveau vers sa plate-forme de 2e génération ou passer à d’autres plates-formes de calcul comme indiqué ci-dessus.

Comment utiliser le service App Engine Users

Ajout de l’utilisation du service Utilisateurs

La fonctionnalité de base de l’exemple d’application consiste à enregistrer chaque visite de page dans Datastore et à afficher les visites les plus récentes. Le service Utilisateurs aide les applications à prendre en charge les connexions des utilisateurs, les utilisateurs administratifs d’App Engine (“admin”). Il fournit également des fonctions pratiques pour générer des liens de connexion/déconnexion et récupérer des informations utilisateur de base pour les utilisateurs connectés. Vous trouverez ci-dessous une capture d’écran de l’application modifiée qui prend désormais en charge les connexions utilisateur via l’interface utilisateur (UI) :

L’exemple d’application prend désormais en charge les connexions utilisateur et les utilisateurs administrateurs App Engine (Cliquez pour agrandir)

Vous trouverez ci-dessous le pseudocode reflétant les modifications apportées pour prendre en charge les connexions des utilisateurs pour l’exemple d’application, y compris l’intégration du service Utilisateurs et la mise à jour de ce qui s’affiche dans l’interface utilisateur :

Si l’utilisateur est connecté, indiquez son “surnom” (nom d’affichage ou adresse e-mail) et affichez un Se déconnecter bouton. Si l’utilisateur connecté est un administrateur de l’application App Engine, affichez également un badge “admin” (entre pseudonyme et Se déconnecter bouton).
Si l’utilisateur est pas connecté, affichez le nom d’utilisateur de manière générique en tant qu'”utilisateur”, supprimez tout badge d’administrateur et affichez un Connexion bouton.

Étant donné que le service Utilisateurs est principalement une entreprise orientée vers l’utilisateur, les changements les plus importants ont lieu dans l’interface utilisateur, tandis que le modèle de données et la fonctionnalité de base de l’enregistrement des visites restent inchangés. La nouvelle prise en charge de la gestion des utilisateurs se traduit principalement par un contexte supplémentaire à rendre dans le modèle Web. Le code nouveau ou modifié est en gras pour mettre en évidence les mises à jour.

Ajouter l’utilisation du service App Engine Users à l’exemple d’application (Cliquez pour agrandir)

Conclure

La “migration” d’aujourd’hui consiste à ajouter l’utilisation du service App Engine Users pour prendre en charge la gestion des utilisateurs et reconnaître les utilisateurs administrateurs App Engine, en commençant par l’application de base du module 1 et en terminant par l’application du module 20. Pour acquérir une expérience pratique en le faisant vous-même, essayez le codelab et suivez la vidéo. Ensuite, vous serez prêt à passer à Identity Platform si vous le souhaitez.

Si tu faire souhaitez passer à Identity Platform, consultez le contenu du module 21, y compris son atelier de programmation. Tout le contenu de Serverless Migration Station (ateliers de programmation, vidéos et code source) [when available]) sont disponibles sur son référentiel open source. Alors que nous nous concentrons initialement sur les utilisateurs de Python, l’équipe Cloud couvrira bientôt d’autres environnements d’exécution, alors restez à l’écoute. Découvrez également d’autres vidéos de la série plus large Serverless Expeditions.