Vidéo: Microsoft Azure OpenDev—June 2017 2025
Les standards sont des pratiques communes et reproductibles qui ont été convenues par une entreprise ou un groupe. Les normes dans un environnement de cloud hybride sont un travail en cours, mais elles sont importantes car elles vous aident à améliorer la qualité, à réduire les coûts et à améliorer les choix.
Un standard ouvert en est un qui est publiquement disponible (généralement gratuit) et qui a des droits sur son utilisation. Généralement, différents fournisseurs, groupes et utilisateurs finaux collaborent pour élaborer des normes basées sur l'expertise étendue d'un grand nombre de parties prenantes. Les organisations peuvent tirer parti de ces normes en tant que base commune et en tirer parti.
Sans normes, déplacer votre infrastructure ou vos applications d'un fournisseur de cloud à un autre, ou d'un site à un cloud public ou privé, serait une perspective difficile qui pourrait ralentir le développement d'une organisation. L'intégration de votre centre de données sur site dans un modèle hybride serait difficile. Les normes aident également à assurer la sécurité et à empêcher le verrouillage des fournisseurs. Toutes ces questions sont essentielles dans un environnement de cloud hybride.
Les normes ont généralement été établies de quatre façons:
-
Organismes multinationaux. Ceux-ci sont généralement régis par des traités ou d'autres accords juridiques internationaux similaires. Ces groupes ont de longues procédures et des lourdeurs administratives avant qu'un accord ne soit conclu. Les membres pourraient être des diplomates plutôt que des experts techniques. L'Organisation internationale de normalisation (ISO) est l'un de ces groupes. Il comprend des représentants de pays du monde entier. L'ISO a élaboré plus de 17 500 normes couvrant de nombreux domaines et de nouvelles normes sont élaborées chaque année.
-
Consortiums industriels. Les normes sont élaborées lorsque plusieurs acteurs d'une industrie se réunissent. Même si les membres peuvent être des concurrents, ils savent que se réunir aidera tout le monde. Ces groupes sont souvent plus rationalisés et agiles que les organismes internationaux et impliquent souvent directement des experts techniques dans le processus. Le groupe ouvert, le forum Open Grid et OASIS sont quelques exemples de consortiums industriels.
-
Un groupe ad hoc. Les groupes ad hoc sont auto-organisés et -gouvernés. Ces groupes sont souvent construits autour d'initiatives open source. Ils peuvent être un corps lâche qui discute de leurs questions à travers un babillard électronique, ou ils peuvent être organisés de façon plus formelle. Ces groupes ont même moins de processus en place que les consortiums industriels et sont donc en mesure de s'adapter rapidement et de changer au fur et à mesure que la technologie évolue.Un inconvénient des frais généraux plus faibles est que, lorsque des décisions difficiles doivent être prises ou que des problèmes surviennent, il peut être difficile, voire impossible, d'arriver à la bonne solution et de parvenir à un consensus.
-
Normes de fait. Une norme de facto émerge lorsqu'une approche ou un produit est si largement utilisé qu'il devient une norme. La distinction importante est qu'une norme de facto n'est pas créée par un organisme ou une organisation spécifique, mais se développe au contraire par la pratique. Souvent, ces normes de fait émergent lorsque les meilleures pratiques de l'industrie convergent.
Selon l'Institut national des normes et technologies (NIST), les normes peuvent être classées en fonction de leur niveau de maturité:
-
Aucune
-
En cours de développement
-
Approuvé
-
Une référence
-
Marché accepté (en général)
-
Retiré
Certaines organisations de normalisation exigent deux implémentations d'une norme avant de pouvoir être acceptées, ce qui, il va sans dire, prend du temps et explique pourquoi les normes de facto deviennent souvent des normes. Dans les nouveaux environnements technologiques, la philosophie est souvent d'innover maintenant et de standardiser plus tard.
Dans les environnements informatiques trépidant, les développeurs peuvent mettre en œuvre des fonctionnalités non standard pour effectuer un travail rapidement. Ils laissent les problèmes de mise en œuvre de composants non standard pour un autre jour ou laisser quelqu'un d'autre s'occuper d'eux.
