Pourquoi les services du plan Lite sont-ils supprimés après 30 jours d'inactivité ?

Une instance de Continuous Delivery est considérée comme active lorsqu'une ou plusieurs chaînes d'outils du même groupe de ressources sont actives. Une chaîne d'outils est considérée comme active si les utilisateurs interagissent avec elle par le biais de l'interface utilisateur, si les travaux du pipeline de livraison sont déclenchés ou si les dépôts gérés par Git Repos and Issue Tracking sont consultés.

Lorsque ces conditions ne sont pas remplies pour toutes les chaînes d'outils associées au service Continuous Delivery pendant 30 jours, l'instance est considérée comme inactive.

Puis-je utiliser des exemples de scripts pour générer et déployer mon application ?

Le dépôt open-toolchain/commons GitHub contient une collection de scripts communs que vous pouvez utiliser dans les chaînes d'outils et les pipelines. Ainsi, vous pouvez utiliser de différentes manières dans vos propres chaînes d'outils l'un des scripts shell contenus dans ce référentiel.

Comment puis-je apporter mon propre code et le déployer en utilisant Continuous Delivery?

Vous pouvez choisir l'une des options suivantes pour déployer votre propre code sur Continuous Delivery :

• Créez une chaîne d'outils à l'aide de l'un des modèles disponibles (en fonction de la cible de déploiement et des intégrations d'outils). Sur la page Créer une chaîne d'outils, sélectionnez le fournisseur approprié pour votre référentiel source, puis spécifiez le lien vers votre référentiel de code source. Après avoir créé votre chaîne d'outils, vous devrez peut-être adapter les scripts de pipeline en fonction de vos objectifs de déploiement.
• Créez une chaîne d'outils vide, puis ajoutez les intégrations d'outils pour déployer votre application. Pour plus d'informations sur l'utilisation de cette méthode pour déployer votre code dans Continuous Delivery, voir Déploiement d'une application sur Kubernetes.

Comment affiche-t-on le statut d'IBM Cloud et du service Continuous Delivery ?

Vérifiez la page Statut d'IBM Cloud pour déterminer si des problèmes connus affectent la plateforme IBM Cloud et les principaux services dans IBM Cloud.

Vous pouvez afficher la page Statut en choisissant l'une des options suivantes :

• Dans la console IBM Cloud, accédez à Support. A partir du widget de notification Aujourd'hui, cliquez sur Tout afficher, puis sur Statut pour afficher le statut des ressources dans tous les emplacements IBM Cloud. Vous pouvez afficher une liste d'événements, dans l'ordre chronologique, pour la maintenance et les incidents. Vous pouvez effectuer une recherche dans toutes les notifications ou filtrer par type, par emplacement géographique et par ressource. Vous pouvez également afficher les fenêtres de maintenance planifiées pour lesquelles un avis préalable est fourni, ainsi que les incidents ou indisponibilités non planifiés, qui sont affichés dès que l'équipe IBM Cloud en prend connaissance. Les notifications d'incident sont régulièrement mises à jour jusqu'à leur résolution.
• Vous pouvez y accéder directement à l'adresse IBM Cloud- System Status.

Pour plus d'informations sur la page Statut d'IBM Cloud, voir Viewing IBM Cloud status.

Comment retirer des utilisateurs autorisés du service Continuous Delivery ?

Vous pouvez retirer des utilisateurs autorisés du service Continuous Delivery et les empêcher d'être ajoutés à nouveau.

• Dans IAM, retirez à l'utilisateur l'accès à toutes les chaînes d'outils du groupe de ressources.
• Retirez l'utilisateur de la liste des utilisateurs autorisés dans l'instance de service Continuous Delivery.
• Retirez l'accès Développeur de tous les référentiels Git Repos and Issue Tracking associés à toutes les chaînes d'outils du groupe de ressources.

Vous pouvez gérer un journal d'activité lié aux utilisateurs autorisés. Pour plus d'informations sur l'affichage, la gestion et l'audit des activités initiées par un service et initié par un utilisateur dans vos instances IBM Cloud® Continuous Delivery, voir Evénements IBM Cloud Activity Tracker Event Routing. Pour plus d'informations sur la gestion des utilisateurs autorisés, voir Utilisateurs autorisés.

Pourquoi la quantité AUTHORIZED_USERS_PER_MONTH signalée dans IBM Cloud Facturation et utilisation diffère-t-elle du nombre réel d'utilisateurs autorisés répertoriés pour mon instance de service Continuous Delivery ?

La quantité AUTHORIZED_USERS_PER_MONTH est calculée comme une moyenne du nombre d'utilisateurs autorisés par jour. Si des utilisateurs autorisés sont ajoutés ou supprimés, la moyenne augmente ou diminue. Par exemple, si une instance de service a un utilisateur autorisé pour la première moitié du mois de juin, un deuxième utilisateur autorisé est ajouté le 16 juin, la quantité AUTHORIZED_USERS_PER_MONTH pour l'ensemble du mois de juin sera 1.5.

Pourquoi la quantité AUTHORIZED_USERS_PER_MONTH signalée dans IBM Cloud Facturation et utilisation est-elle égale à zéro pour mon instance de service Continuous Delivery ?

L'instance de service réside dans un compte dans une entreprise et participe à la facturation consolidée. Lorsque la facturation consolidée est activée sur une instance de service Continuous Delivery dans un compte d'entreprise, seule cette instance signale une quantité non nulle d'utilisateurs autorisés. Toutes les autres instances de service Continuous Delivery dans la hiérarchie d'entreprise et dans la même région ne signaleront aucun utilisateur autorisé, même s'ils continuent à répertorier leurs utilisateurs autorisés. Pour plus d'informations sur la facturation consolidée, voir Facturation consolidée.

Puis-je éviter d'être facturé pour les mêmes utilisateurs autorisés dans plusieurs instances du service Continuous Delivery ?

Si vos instances de service Continuous Delivery sont organisées dans une entreprise, vous pouvez activer la facturation consolidée sur une instance de service Continuous Delivery dans le compte d'entreprise de sorte que les utilisateurs autorisés ne soient signalés qu'une seule fois pour la facturation pour toutes les instances de service au sein de l'entreprise et dans la même région. Pour plus d'informations sur la facturation consolidée, voir Facturation consolidée.

Puis-je gérer des instances de service Continuous Delivery à l'aide de Terraform?

Vous pouvez utiliser Terraform pour mettre à disposition, mettre à jour et annuler la mise à disposition des instances du service Continuous Delivery. Pour plus d'informations sur l'utilisation de Terraform avec Continuous Delivery, voir Création d'une instance de service Continuous Delivery avec Terraform, Suppression d'une instance de service Continuous Delivery avec Terraform et la documentation des ressources ibm_resource_instance.

Vous ne pouvez pas utiliser Terraform pour gérer la liste des utilisateurs autorisés pour une instance de service Continuous Delivery. Vous pouvez gérer la liste des utilisateurs autorisés uniquement à l'aide de la console. Pour plus d'informations sur la gestion des utilisateurs autorisés, voir Utilisateurs autorisés.

Puis-je gérer des instances de service Continuous Delivery à l'aide d'une API?

Vous pouvez utiliser les API de HTTP ou les SDK des langages de programmation sélectionnés pour approvisionner, mettre à jour et déprovisionner les instances du service Continuous Delivery. Pour plus d'informations sur l'utilisation de Continuous Delivery avec l'API, voir Création d'une instance de service Continuous Delivery avec l'API et Suppression d'une instance de service Continuous Delivery avec l'API.

Vous ne pouvez pas utiliser d'API pour gérer la liste des utilisateurs autorisés d'une instance de service Continuous Delivery. Vous pouvez gérer la liste des utilisateurs autorisés uniquement à l'aide de la console. Pour plus d'informations sur la gestion des utilisateurs autorisés, voir Utilisateurs autorisés.

Puis-je utiliser la console, les API ou l'interface de ligne de commande pour modifier les ressources gérées par Terraform?

Lorsque vous utilisez Terraform pour gérer des ressources telles que des instances de service Continuous Delivery, des chaînes d'outils et des pipelines Tekton, évitez de modifier les ressources à l'aide de la console, des API ou de l'interface de ligne de commande, ou par toute autre méthode hors du contrôle de Terraform.

Si vous contournez Terraform en modifiant directement les ressources, vous risquez de provoquer une dérive des ressources, une situation dans laquelle les états de vos ressources réelles sur IBM Cloud s'écartent de la définition des ressources dans Terraform. Lors de la prochaine application de la configuration Terraform, Terraform tente de mettre à jour vos ressources afin de les remettre en conformité avec la configuration Terraform. Cette action peut entraîner des conséquences inattendues, telles que l'annulation de modifications ou la suppression, puis la recréation de ressources.

Pour plus d'informations sur la dérive des ressources, voir Gestion de la dérive des ressources.