L'exploitation d'une plate-forme de développement et d'applications conteneurisées nécessite un certain nombre de tâches administratives différentes que vous devez effectuer en permanence. 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 modèle permet d'automatiser certaines des tâches les plus courantes sous la forme de déclencheurs de webhook, qui sont un type d'API simple. Les déclencheurs sont automatiquement connectés aux événements webhook provenant de l'un des dépôts de contrôle source. Les développeurs de la 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 des tâches sont destinées à être illustratives, car la fréquence d'une tâche dépend de nombreux facteurs. Les tâches ne reviennent pas nécessairement à des intervalles précis.
| Tâche | Utilisateur | Description | Fréquence des tâches |
|---|---|---|---|
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 automatique 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 champs du formulaire de nouvelle application incluent le nom du locataire, le nom de l'application et le modèle d'application de base. Un déclencheur automatique 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 blueprint n'est pas impliqué dans les workflows de développement local, mais l'outil Skaffold prend en charge 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 processeur 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 automatique démarre le plan et applique le pipeline. |
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 dans la branche hors production (ou de la branche hors production dans 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 à la branche hors production (ou de la branche hors production à 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éveloppement sont moins structurées par nature et n'utilisent pas d'automatisation avec une plate-forme de développement. 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 des tâches sont destinées à être illustratives, car la fréquence d'une tâche dépend de nombreux facteurs. Les tâches ne se répètent pas nécessairement à des intervalles précis.
| Tâche | Utilisateur | Description | Fréquence des tâches |
|---|---|---|---|
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 modèle ou transfère un modèle vers une nouvelle langue. |
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'application |
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 utilise la passerelle Connect pour se connecter aux clusters privés. 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 si nécessaire et redéploye 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 vérifie les failles et la conformité aux normes à l'aide du tableau de bord de la posture de sécurité de 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. |
Installez les mises à jour de sécurité critiques du cluster. |
Aucun |
Automatique, effectuée par GKE. |
Plusieurs fois par an |
Tester le basculement régional |
Administrateur de la plate-forme pour les développeurs et administrateur de l'application |
Les administrateurs planifient et lancent manuellement un basculement régional de l'environnement, le cas échéant. |
Annuel dans le cadre des exercices de reprise après sinistre |
Ajoutez une région. |
Administrateur de la plate-forme pour les développeurs, développeur de la plate-forme pour les développeurs et administrateur de l'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 de l'application intègre ensuite la modification pour ajouter une séquence de déploiement afin d'inclure la nouvelle région. |
Très rarement |
Passer à une autre région |
Administrateur de la plate-forme pour les développeurs, développeur de la plate-forme pour les développeurs et administrateur de l'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 pour la plate-forme de développement (document suivant de cette série).