Gestion de la fiabilité

Bien que les services de production ne soient pas inclus dans un abonnement Dev/Test, vous pouvez utiliser d'autres étapes de votre abonnement Azure Dev/Test pour garantir la fiabilité en production.

Note

Les abonnements Azure Dev/Test sont destinés aux tests et au développement en préproduction et ne bénéficient pas d’un SLA assorti d’une garantie financière. Avant de choisir un abonnement Dev/Test, examinez les options d’abonnement Azure Dev/Test disponibles pour déterminer quelle offre correspond le mieux à vos besoins en développement et en test.

Ressources connexes :

Lorsque vous utilisez les abonnements Dev/Test de votre organisation, décidez comment vous allez :

  • données de contrôle
  • Contrôler la sécurité et l’accès
  • Gérer la durée de bon fonctionnement de ce système de production

En général, il y a différentes étapes de déploiement que vous traversez avant la production : partage, assurance qualité, intégration, staging et basculement. Selon la façon dont votre entreprise définit ces étapes, votre utilisation d’un abonnement de développement ou de test d’organisation peut changer.

Si vous utilisez des services critiques comme des applications destinées aux clients, n’utilisez pas d’abonnement Dev/Test. Les abonnements Dev/Test ne sont pas assortis d’un Contrat de niveau de service garanti financièrement. Ces abonnements sont destinés aux tests de pré-production et au développement.

Ingénierie de fiabilité des sites (SRE)

Pour en savoir plus sur l’ingénierie et la gestion de la fiabilité, envisagez la gestion de la fiabilité des sites, une discipline d’ingénierie qui aide les organisations à atteindre une fiabilité appropriée et durable de leurs systèmes, services et produits.

La différence entre SRE et DevOps fait encore l’objet de discussions dans le domaine. Voici quelques différences qui font l’objet d’un large consensus :

  • La SRE est une discipline d’ingénierie axée sur la fiabilité. Le DevOps est un mouvement culturel qui a émergé de l’envie de briser les silos associés aux organisations de développement et d’exploitation.
  • SRE peut être le nom d’un poste, comme dans : je suis ingénieur fiabilité de site (SRE). Le DevOps ne peut pas.
  • La SRE a tendance à être normative. Le DevOps ne l’est volontairement pas. L’adoption quasi universelle de l’intégration continue et de la livraison continue et les principes agiles sont ce qui s’approche le plus du DevOps.

Si vous souhaitez en savoir plus sur la pratique de la SRE, consultez les liens suivants :

Conventions de niveau de service

Enterprise Dev/Test est exclusivement destiné au développement et au test de vos applications. L’utilisation de l’abonnement n’est pas assortie d’un Contrat de niveau de service (SLA) garanti financièrement.

Apprendre à utiliser les différents types d’abonnements Dev/Test

Que vous ayez besoin de crédits Azure mensuels pour les abonnés à Visual Studio, d’abonnements Enterprise Dev/Test ou d’un abonnement Dev/Test - Paiement à l’utilisation (PAYG), vous pouvez facilement trouver des offres qui conviennent aux particuliers ou à une équipe.

Les crédits Azure individuels sont destinés aux scénarios de développement et de test individuels, tandis que les abonnements de développement et de test d’entreprise sont disponibles pour le développement d’équipes dans de grandes organisations. Examinez les options d’abonnement disponibles pour déterminer quelle offre correspond le mieux à vos besoins en développement et en test.

Gestion des abonnements individuels en crédits

Les crédits Azure Visual Studio constituent un avantage individuel pour le Dev/Test individuel et le développement en boucle interne. On ne peut pas mettre en commun les crédits entre les développeurs. Les abonnements de crédit sont toujours des abonnements Azure, mais ils sont surtout une offre Azure spécifique. Gérez vos abonnements de crédit de la même façon que vous gérez d’autres abonnements Azure afin de pouvoir travailler au sein de groupes et d’équipes. Vous pouvez supprimer les limites de dépenses individuelles en ajoutant une carte de crédit, ou si votre abonnement de développement ou de test d’entreprise est transféré à la méthode d’approvisionnement choisie par votre entreprise.

Les activités de développement en boucle interne utilisent souvent des crédits, puis basculent vers des abonnements Azure Dev/Test d’entreprise ou d’organisation, y compris avec paiement à l’utilisation. Ainsi, lorsque vous suivez les processus DevOps, vous pouvez effectuer une boucle interne avec votre abonnement individuel de crédit. Dans la boucle externe de DevOps, les environnements non productifs relèvent de l’environnement Dev/Test d’entreprise — la prod va en prod.

Gérez vos abonnements à crédits, abonnements Dev/Test d’entreprise et abonnements PAYG, et segmentez vos développeurs à l’aide de groupes de gestion chacun ayant une hiérarchie unique.

Utiliser les offres Azure Dev/Test de votre organisation

Si vous avez besoin d’un abonnement Azure Dev/Test d’organisation, vous avez le choix entre deux offres.

Chaque option est accompagnée de ses propres réductions et nécessite un abonnement Visual Studio.

Chaque offre d’abonnement vous permet de mettre votre équipe en marche avec des environnements Dev/Test dans le cloud en utilisant des machines virtuelles préconfigurées. Créez plusieurs abonnements Azure et gérez-les à partir d’un seul compte. Vous pouvez avoir des environnements isolés et une facture distincte pour différents projets ou différentes équipes.

Les abonnements Enterprise Dev/Test requièrent un Contrat Entreprise (EA). Les abonnements Dev/Test avec paiement à l’utilisation ne nécessitent pas de contrat EA, mais peuvent être utilisés avec un compte Contrat Entreprise.

Pourquoi utiliser les offres PAYG plutôt que les offres de développement/test entreprise ?

Une offre Dev/Test - PAYG peut être la bonne solution pour un abonné à Visual Studio. Contrairement aux abonnements de crédit pour une utilisation individuelle, les offres PAYG sont idéales pour le développement en équipe et vous permettent d’avoir plusieurs utilisateurs au sein d’un même abonnement. Une offre Dev/Test - PAYG pourrait vous convenir si :

  • Vous n’avez pas de Contrat entreprise. Dans ce cas, vous pouvez créer un compte PAYG uniquement avec une licence Visual Studio.
  • Vous créez un accord d’entreprise, mais vous devez mettre en place un abonnement qui n’utilise pas l’accord de votre organisation. Vous avez peut-être un projet unique qui nécessite son propre abonnement ou requiert de créer un environnement isolé facturé séparément pour les projets ou les équipes.
  • Vous préférez garder les identités isolées. Vous pouvez avoir besoin que certaines identités restent séparées des autres pour protéger l’accès aux données, aux ressources et aux applications.
  • Last updated on