L'exploitation d'une plate-forme de développement et d'applications en conteneur nécessite un certain nombre de tâches administratives différentes que vous devez effectuer en continu. Ces tâches incluent, par exemple, créer des applications à partir d'un modèle, autoriser de nouveaux groupes de développeurs à utiliser la plate-forme de développeurs, planifier les besoins en capacité et déboguer des problèmes d'exécution.
Les opérations peuvent être automatisées ou effectuées manuellement.
Opérations automatisées courantes
Le plan permet d'automatiser certaines des tâches les plus courantes sous la forme de déclencheurs de webhook, qui constituent un type d'API simple. Les déclencheurs sont automatiquement connectés aux événements de webhook provenant de l'un des dépôts de gestion de code source. Les développeurs de plate-forme de développement peuvent connecter les autres déclencheurs. En règle générale, les développeurs de plates-formes de développeur écrivent un portail de développeurs, qui peut être un formulaire Web simple qui appelle un déclencheur webhook lors de l'envoi d'un formulaire.
Le tableau suivant décrit les tâches courantes que le plan automatise à l'aide de déclencheurs de webhook. Les fréquences de tâche sont fournies à titre indicatif, car elles dépendent de nombreux facteurs. Les tâches ne se répètent pas nécessairement à des intervalles précis.
| Tâche | Utilisateur | Description | Fréquence de la tâche |
|---|---|---|---|
Ajouter un locataire |
Administrateur de la plate-forme pour les développeurs |
L'administrateur envoie un formulaire sur le portail des développeurs. Les nouveaux champs du formulaire de locataire incluent le nom du locataire et les membres de l'équipe. Un déclencheur automatisé crée les ressources pour le nouveau locataire. |
Plusieurs fois par an |
Ajouter une application basée sur un modèle d'application existant |
Développeur d'applications |
Le développeur envoie un formulaire sur le portail des développeurs. Les nouveaux champs du formulaire d'application incluent le nom du locataire, le nom de l'application et le modèle d'application de base. Un déclencheur automatisé crée des ressources pour une nouvelle application. |
Plusieurs fois par an |
Créer et déployer des modifications de code source pour une application dans l'environnement de développement |
Développeur d'applications |
Le développeur modifie le code source, l'exécute et le teste en local, puis effectue un commit du code. Le plan n'est pas impliqué dans les workflows des développeurs locaux, mais l'outil Skaffold accepte une étape de compilation locale. |
Plusieurs fois par jour pour chaque application |
Déployer les modifications de configuration YAML pour une application dans l'environnement de développement Un exemple de modification de configuration YAML consiste à augmenter le nombre de processeurs d'une ressource de déploiement. |
Développeur d'applications |
Le développeur modifie la configuration de l'application et valide la modification. |
Plusieurs fois par semaine pour chaque application |
Déployer les modifications d'infrastructure d'application dans l'environnement de développement L'infrastructure de l'application correspond aux ressources cloud du projet d'une application. Un exemple de modification consiste à augmenter le nombre de processeurs d'une instance AlloyDB pour PostgreSQL. |
Développeur d'applications |
Le développeur modifie le projet Terraform de la ressource d'application et valide la modification. Le développeur envoie un formulaire sur le portail des développeurs. Un déclencheur automatisé démarre le pipeline de planification et d'application. |
Plusieurs fois par an |
Passer les modifications d'application de l'environnement de développement à l'environnement hors production (ou de l'environnement hors production à l'environnement de production) Les modifications d'application peuvent inclure de nouvelles images d'application ou des modifications de la configuration YAML de l'application. |
Opérateur d'application |
L'opérateur fusionne les modifications de la branche de développement vers la branche hors production (ou de la branche hors production vers la branche de production). L'opérateur supervise le déploiement. |
Plusieurs fois par semaine pour chaque application |
Promouvoir les modifications d'infrastructure d'application de l'environnement hors production à l'environnement hors production (ou de l'environnement hors production à l'environnement de production) |
Opérateur d'application |
L'opérateur fusionne certaines modifications de la branche de développement vers la branche hors production (ou de la branche hors production vers la branche de production). L'opérateur supervise le déploiement. |
Plusieurs fois par trimestre pour chaque application |
Opérations manuelles courantes
Certaines opérations de plate-forme de développeur sont moins structurées par nature et n'utilisent pas l'automatisation avec une plate-forme de développeur. Vous pouvez développer vos propres playbooks en fonction de ce plan et effectuer ces tâches dans la console Google Cloud.
Le tableau suivant décrit ces tâches non automatisées. Les fréquences de tâche sont fournies à titre indicatif, car elles dépendent de nombreux facteurs. Les tâches ne se répètent pas nécessairement à des intervalles précis.
| Tâche | Utilisateur | Description | Fréquence de la tâche |
|---|---|---|---|
Définir un nouveau modèle d'application |
Développeur de la plate-forme de développement |
Le développeur modifie un modèle d'application basé sur un modèle de plan ou transfère un modèle vers un nouveau langage. |
Plusieurs fois par an |
Examiner les erreurs d'exécution du service dans l'environnement de développement |
Développeur d'applications |
Le développeur utilise l'explorateur de journaux et l'explorateur de métriques de la console Google Cloud pour examiner les journaux d'erreurs, les métriques de surveillance et les données de séries temporelles pour les locataires et les applications. |
Plusieurs fois par mois |
Examiner les erreurs d'exécution du service dans des environnements de production ou hors production |
Opérateur d'application |
L'opérateur utilise l'explorateur de journaux et l'explorateur de métriques de la console Google Cloud pour examiner les journaux d'erreurs, les métriques de surveillance et les données de séries temporelles pour les locataires et les applications. |
Plusieurs fois par mois |
Examiner les erreurs de compilation |
Développeurs d'applications |
Le développeur affiche l'historique de Cloud Build, y compris l'état de la compilation et les journaux, dans la console Google Cloud. |
Plusieurs fois par semaine |
Examiner les erreurs de déploiement dans l'environnement de développement |
Développeurs d'applications |
Le développeur affiche l'historique des versions et du déploiement Cloud Deploy dans la console Google Cloud pour connaître l'état de réussite et les journaux d'une tentative de déploiement, y compris les erreurs. |
Plusieurs fois par mois |
Examiner les erreurs de déploiement dans les environnements hors production et de production |
Opérateurs d'applications |
L'opérateur affiche l'historique des versions et du déploiement de Cloud Deploy dans la console Google Cloud pour connaître l'état de réussite et les journaux d'une tentative de déploiement, y compris les journaux d'erreurs. |
Plusieurs fois par mois |
Se connecter à des clusters pour déboguer les problèmes GKE |
Administrateur de la plate-forme pour les développeurs |
L'administrateur se connecte aux clusters privés à l'aide de la passerelle Connect. Pour les problèmes courants, tels que les pods non planifiés, l'administrateur peut consulter les informations sur les problèmes courants (tels que les pods non planifiés) dans la console Google Cloud. |
Plusieurs fois par mois |
Planifier la capacité et optimiser les coûts |
Administrateur de la plate-forme pour les développeurs |
L'administrateur examine l'utilisation des ressources GKE, regroupées par champ d'application ou espace de noms, dans la console Google Cloud. |
Planifiée en tant que tâche récurrente mensuelle. |
Redimensionnez, ajoutez ou supprimez des pools de nœuds. |
Administrateur de la plate-forme pour les développeurs |
L'administrateur modifie l'IaC selon les besoins et redéploie les applications. |
Ceci est effectué en réponse à la planification de la capacité. |
Vérifier la stratégie de sécurité |
Administrateur de la plate-forme pour les développeurs |
L'administrateur recherche les failles et la conformité aux normes à l'aide du tableau de bord de stratégie de sécurité GKE. |
Planifiée en tant que tâche récurrente mensuelle. |
Mettre à niveau les versions du logiciel du système de cluster (par exemple, la version de Kubernetes) |
Administrateur de la plate-forme pour les développeurs |
L'administrateur utilise les intervalles et les exclusions de maintenance GKE pour n'autoriser les mises à niveau que pendant les périodes planifiées. L'administrateur utilise d'abord l'intervalle de mise à niveau ouvert dans l'environnement de développement. Après avoir évalué l'état de la mise à niveau, l'administrateur met à niveau l'environnement hors production, puis l'environnement de production. |
Planifiée en tant que tâche récurrente trimestrielle. |
Installer les mises à jour de sécurité critiques du cluster. |
Aucun |
Automatique, effectué par GKE. |
Plusieurs fois par an |
Tester le basculement régional |
Administrateur de plate-forme de développeur et administrateur d'applications |
Les administrateurs planifient et lancent manuellement un basculement régional de l'environnement, selon les cas. |
Annuel dans le cadre des exercices de reprise après sinistre |
Ajouter une région |
Administrateur de plate-forme de développeur, développeur de plate-forme de développement et administrateur d'application |
L'administrateur de la plate-forme de développement déploie des clusters GKE supplémentaires dans la nouvelle région. L'administrateur met à jour le modèle d'application pour ajouter la nouvelle étape de déploiement pour les environnements concernés. L'opérateur d'application intègre ensuite la modification permettant d'ajouter une séquence de déploiement afin d'inclure la nouvelle région. |
Très rarement |
Passer à une autre région |
Administrateur de plate-forme de développeur, développeur de plate-forme de développement et administrateur d'application |
Les utilisateurs ajoutent la nouvelle région comme décrit dans la section Ajouter une région. Après avoir testé la nouvelle configuration, les utilisateurs suppriment l'ancienne région. |
Très rarement |
Étapes suivantes
- Découvrez comment gérer les coûts et les attributions de la plate-forme de développement (document suivant de cette série).