Aperçu de DevOps
Le service DevOps pour Oracle Cloud Infrastructure (OCI) est une plate-forme d'intégration et de livraison en continu (CI/CD) de bout en bout destinée au développeurs.
À l'aide de ce service, un ingénieur DevOps peut compiler, tester et déployer facilement des logiciels et des applications sur Oracle Cloud. Les pipelines de compilation et de déploiement du service DevOps limitent les erreurs liées aux changements et permettent aux clients de consacrer moins de temps à la compilation et au déploiement des versions. Ce service fournit également des référentiels Git privés pour stocker votre code, et prend en charge les connexions à des référentiels de code externes.
Avec le service DevOps, vous pouvez effectuer les opérations suivantes :
- Créer des référentiels de code privés pour stocker et gérer le code source.
- Établir une connexion à des référentiels externes tels que GitHub, GitLab, Bitbucket Cloud, Visual Builder Studio, le serveur Bitbucket et le serveur GitLab.
- Compiler et tester vos dernières modifications dans un pipeline de compilation à l'aide d'un exécuteur de compilation géré par le service.
- Configurer un déclencheur pour exécuter automatiquement le pipeline de compilation à partir d'une demande de validation ou d'extraction de code source. Il est possible d'exécuter un pipeline de déploiement sur l'exécution de compilation réussie pour une automatisation CI/CD totale.
- Orchestrez votre déploiement de logiciels entre les régions vers les plates-formes OCI telles que Kubernetes Engine (OKE), les instances de calcul et les fonctions.
- Éviter les temps d'arrêt lors des déploiements au moyen des stratégies de déploiement bleu/vert et de test canari.
- Automatiser la complexité de la mise à jour des applications. L'automatisation réduit les risques d'erreurs humaines susceptibles de menacer la sécurité.
- Améliorer la sécurité et réduire les risques liés à la livraison. Comme DevOps permet une livraison plus rapide des logiciels, les bogues de sécurité peuvent être résolus rapidement en déployant un correctif.
Qu'il s'agisse de migrer des charges de travail vers OCI (à partir de nuages sur place ou autres) ou de développer de nouvelles applications dans OCI, vous pouvez utiliser le service DevOps pour simplifier le cycle de vie de livraison des logiciels.
Les opérations de création, de test, de mise à disposition et de déploiement avec DevOps peuvent utiliser la console Oracle Cloud, l'API REST ou l'interface de ligne de commande. Voir Accès à DevOps.
Pour commencer à utiliser le service DevOps, voir Introduction à DevOps.
Concepts DevOps
Prenez connaissance des termes clés pour vous familiariser avec le service DevOps.
- Projet DevOps
- Regroupement logique des ressources DevOps nécessaires pour mettre en oeuvre un flux de travail d'intégration et de livraison en continu. Les ressources DevOps peuvent être des artefacts, des pipelines de déploiement, des connexions externes, des déclencheurs et des environnements.
- Environnement
- Référence aux ressources de calcul sur lesquelles les artefacts sont déployés. Un environnement peut être une référence à une application Fonction, à un groupe d'instances de calcul ou à une grappe Kubernetes Engine (OKE).
- Groupe d'instances
- Groupe d'hôtes de calcul. Un groupe d'instances peut comporter des hôtes de calcul issus d'une seule région à la fois.
- Artefact
- Collection de fichiers binaires et de manifestes de déploiement fournis à l'environnement de déploiement cible. Les artefacts DevOps peuvent être une image de conteneur, une configuration de déploiement de groupe d'instances, un manifeste Kubernetes ou un artefact générique. Les artefacts peuvent être hébergés dans des référentiels OCI : le registre de conteneurs et le registre d'artefacts.
- Artefact de configuration de déploiement
- Définit les artefacts à télécharger dans l'instance et l'emplacement où ils doivent être copiés. Le fichier de configuration spécifie également la séquence de commandes de déploiement.
- Référentiel de code
- Référentiels Git privés hébergés par le service DevOps. Vous pouvez stocker, gérer et développer du code source à l'aide des référentiels de code DevOps.
- Connexion externe
- Définit l'autorisation requise pour la connexion aux référentiels externes. DevOps prend en charge la connexion aux référentiels GitHub, GitLab, Bitbucket Cloud, serveur Bitbucket et serveur GitLab.
- Étape
- Étape unique du pipeline. Le service DevOps comprend des étapes prédéfinies, qui sont utilisées dans un pipeline de compilation ou de déploiement.
- Pipeline de compilation
- Définit un jeu d'étapes pour le processus de compilation : création, test et compilation d'artefacts logiciels, transmission des artefacts aux référentiels OCI et, éventuellement, déclenchement d'un déploiement.
- Spécification de compilation
- Contient les étapes et les instructions de compilation exécutées par l'exécuteur de compilation géré par le service.
- Pipeline de déploiement
- Séquence d'étapes pour déployer un jeu d'artefacts dans un environnement cible. Un pipeline de déploiement contient des étapes qui sont exécutées séquentiellement ou en parallèle.
- Repositionnement
- Moyen de gérer les problèmes identifiés lors du déploiement, notamment en lançant une version précédente déployée avec succès du logiciel.
- Déclencheur
- Ressource DevOps permettant de filtrer les événements entrants à partir d'un référentiel de code source et de déclencher une action pour lancer une exécution de compilation sur une validation entrante correspondante.
Le déclencheur fait également référence à l'étape du pipeline de déploiement qui déclenche le démarrage d'un déploiement.
- Déploiement
- Exécution unique d'un pipeline de déploiement. Un déploiement contient l'état de toutes les étapes exécutées dans un pipeline de déploiement.
- Demande de travail
- Moyen d'effectuer le suivi d'une tâche exécutée de manière asynchrone pour un projet DevOps.
Accès à DevOps
Vous pouvez accéder à DevOps à l'aide de la console (interface basée sur un navigateur), de l'interface de ligne de commande Oracle Cloud Infrastructure ou des API REST.
Les instructions relatives aux trois méthodes d'accès sont fournies dans toute cette documentation.
- Pour pouvoir utiliser la console Oracle Cloud, vous devez disposer d'un compte Oracle Cloud Infrastructure (utilisateur, mot de passe et location). Vous devez également utiliser un navigateur pris en charge. Pour plus d'informations, voir Données d'identification de sécurité. Note
Évitez d'entrer des informations confidentielles lors de l'affectation de descriptions, de marqueurs ou de noms conviviaux à vos ressources en nuage au moyen de la console, de l'API ou de l'interface de commande. Ce conseil s'applique également à la création ou la modification de ressources de projet telles que des environnements et des pipelines. - Pour utiliser l'interface de ligne de commande OCI ou les API REST, vous pouvez configurer votre environnement ou utiliser Cloud Shell pour Oracle Cloud Infrastructure.
- Pour utiliser l'interface de ligne de commande ou les API REST dans Cloud Shell, connectez-vous à la console. Voir Utilisation de Cloud Shell et Informations de référence sur les commandes de l'interface de ligne de commande.
- Pour installer l'interface de ligne de commande OCI dans votre environnement, suivez les étapes décrites dans le démarrage rapide Installation de l'interface de ligne de commande. Voir aussi Interface de ligne de commande.
- Pour utiliser les API REST, consultez la documentation sur les API REST et les Informations de référence sur les API et points d'extrémité d'API.
Si vous effectuez une action et obtenez un message indiquant que vous ne disposez pas de l'autorisation requise, vérifiez auprès de l'administrateur le type d'accès qui vous a été octroyé.
Pour commencer à utiliser le service DevOps, voir Introduction à DevOps.
Authentification et autorisation
Chaque service d'Oracle Cloud Infrastructure est intégré avec le service GIA aux fins d'authentification et d'autorisation, pour toutes les interfaces (console, trousse SDK ou interface de ligne de commande et API REST).
Un administrateur de votre organisation doit configurer des groupes, des compartiments et des politiques qui déterminent quels utilisateurs peuvent accéder à quels services et ressources, ainsi que le type d'accès dont ils disposent. Par exemple, les politiques contrôlent les autorisations de création d'utilisateurs, de groupes et de compartiments, ou de création et de gestion de référentiels et d'artefacts.
- Si vous êtes un nouvel administrateur, voir Introduction aux politiques.
- Pour plus de détails sur l'écriture de politiques pour DevOps, voir Politiques GIA pour DevOps.
- Pour plus de détails sur l'écriture de politiques pour d'autres services, voir Informations de référence sur les politiques.
Si vous êtes un simple utilisateur (pas un administrateur) qui doit utiliser les ressources Oracle Cloud Infrastructure de votre société, demandez à l'administrateur de configurer un ID utilisateur pour vous. L'administrateur vous indiquera les compartiments que vous devez utiliser.
Régions et domaines de disponibilité
DevOps est disponible dans toutes les régions commerciales d'Oracle Cloud Infrastructure. Voir À propos des régions et des domaines de disponibilité pour obtenir la liste des régions disponibles pour Oracle Cloud Infrastructure, avec les emplacements, les identificateurs de région, les clés de région et les domaines de disponibilité associés.
Identificateurs de ressource
Comme la plupart des ressources Oracle Cloud Infrastructure, les ressources DevOps portent un identificateur unique affecté par Oracle, appelé OCID (identificateur Oracle Cloud ID).
Pour plus d'informations sur le format des OCID et sur les autres moyens d'identifier vos ressources, voir Identificateurs de ressource.
Limites
Découvrez les limites de service DevOps pour votre région.
Une limite de service correspond au quota défini pour une ressource.
| Ressource | Nom abrégé de la limite | Crédits universels annuels | Facturation à l'usage | Description |
|---|---|---|---|---|
| Projets | devops-project-count | 1 000 | 1 000 | Nombre maximal de projets disponibles dans DevOps. |
| Pipelines | build-pipeline-count | 1 000 | 1 000 | Nombre maximal de pipelines de compilation disponibles dans DevOps. |
| Pipelines | stages-per-build-pipeline-count | 100 | 100 | Nombre maximal d'étapes par pipeline de compilation disponibles dans DevOps. |
| Pipelines | deployment-pipeline-count | 1 000 | 1 000 | Nombre maximal de pipelines disponibles dans DevOps. |
| Pipelines | deployment-stages-per-pipeline-count | 100 | 100 | Nombre maximal d'étapes par pipeline de déploiement disponibles dans DevOps. |
| Exécutions de compilation | concurrent-build-run-count | 30 | 30 | Nombre maximal d'exécutions de compilation concurrentes disponibles dans DevOps. |
| Exécutions de compilation | concurrent-build-runner-count | 30 | 30 | Nombre maximal d'exécuteurs de compilation fournis par le service concurrents disponibles dans DevOps. |
| Déploiements | concurrent-deployment-count | 100 | 100 | Nombre maximal de déploiements concurrents disponibles dans DevOps. |
| Environnements | devops-environment-count | 3 000 | 3 000 | Nombre maximal d'environnements disponibles dans DevOps. |
| Artefacts | devops-artifact-count | 10,000 | 10000 (Facturation à l'usage ) 1000 (Essai) |
Nombre maximal d'artefacts disponibles dans DevOps. |
| Déclencheurs | trigger-count | 100 | 100 | Nombre maximal de déclencheurs autorisés dans DevOps. |
| Connexions externes | external-connection-count | 100 | 100 | Nombre maximal de connexions externes autorisées dans DevOps. |
| Référentiels de code | code-repository-count | 1 000 | 1 000 | Nombre maximal de référentiels autorisés par région et par location. |
| Référentiels de code | code-repository-size-limit-mb | 1 024 | 1 024 | Taille maximale d'un référentiel en Mo. |
| Référentiels de code | receive-pack-size-limit-mb | 1 024 | 1 024 | Taille maximale d'un fichier compressé en Mo. |
| Demandes d'extraction | pull-request-count-per-month | 2 000 | 2 000 | Nombre maximal de demandes d'extraction créées dans un mois. |
Pour vérifier les limites pour DevOps :
Pour augmenter les limites de service :
- Dans la console, ouvrez le menu de navigation et cliquez sur Gouvernance et administration. Sous Gouvernance, cliquez sur Limites, quotas et utilisation.
- Cliquez sur le lien Demander une augmentation de limite de service. Seuls les administrateurs peuvent faire cette demande.
Pour plus d'informations, voir Limites de service.