L'évolution des normes dans les environnements de cloud computing hybrides

SORMES sont mis en place des pratiques communes et reproductibles qui ont été convenus par une entreprise ou d'un groupe. Normes dans un environnement de cloud hybride sont un travail en cours, mais ils sont importants parce qu'ils vous aident à améliorer la qualité, réduire les coûts, et améliorer les choix.

Un standard ouvert est une qui est publiquement disponible (typiquement gratuitement) et a des droits qui l'entourent sur la façon dont il peut être utilisé. Typiquement, différents fournisseurs, les groupes et les utilisateurs finaux de collaborer pour élaborer des normes sur la base de la vaste expertise d'un grand nombre de parties prenantes. Les organisations peuvent tirer parti de ces normes comme un socle commun et de construire au-dessus d'eux.

Sans normes, le transfert de votre infrastructure ou des applications d'un fournisseur de nuage à l'autre, ou à partir sur les lieux à un nuage public ou privé, serait une perspective difficile qui pourrait ralentir le développement de l'organisation. L'intégration sur site de votre centre de données dans un modèle hybride serait difficile. Les normes contribuent également à assurer la sécurité et prévenir vendor lock-in. Toutes ces questions sont essentielles dans un environnement de cloud hybride.

Des normes ont généralement été mis en place dans 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 formalités administratives avant qu'un accord soit atteint. Membres pourraient être diplomates place d'experts techniques. L'Organisation internationale de normalisation (ISO) est un de ces groupes. Il comprend des représentants de tous les pays du monde. ISO a élaboré plus de 17 500 normes couvrant de nombreux domaines, et de nouvelles normes sont élaborées chaque année.

• Consortiums de l'industrie. Les normes sont élaborées lorsque plusieurs joueurs dans une industrie se réunissent. Même si les membres pourraient être concurrents, ils savent que rapprochement aidera tout le monde. Ces groupes sont souvent plus simple et plus agile que les organismes internationaux et souvent engager directement des experts techniques dans le processus. The Open Group, Open Grid Forum, et OASIS sont quelques exemples de consortiums de l'industrie.

• 
  
  
  
  

  Un groupe ad hoc. Groupes ad hoc sont auto-organisé et -governed. Ces groupes sont souvent construits autour d'initiatives open source. Ils peuvent être un corps étranger qui traite de leurs questions grâce à un babillard Internet, ou ils pourraient être plus formellement organisée. Ces groupes ont encore moins des processus en place de consortiums de l'industrie et sont donc en mesure de s'adapter et de changer à mesure que la technologie évolue rapidement. Un inconvénient de la surcharge de processus inférieure est que, lorsque des décisions difficiles doivent être faits ou des problèmes surviennent, se rendre à la solution correcte et parvenir à un consensus pourrait être difficile ou impossible.

• De facto normes. Une norme de facto émerge quand une approche ou un produit est utilisé de façon extensive qu'elle devienne un standard. La distinction importante est que le standard de facto n'a pas créé par un organisme ou une organisation spécifique, mais développe plutôt par la pratique. Souvent, ceux-ci de normes de facto émergent lorsque les meilleures pratiques de l'industrie convergent.

Selon le National Institute of Standards and Technology (NIST), les normes peuvent être classés en fonction de leur degré de maturité:

• Aucun

• En développement

• Approuvé

• Une référence

• Marché accepté (largement utilisé)

• Retraité

Certains organismes de normalisation exigent deux implémentations de la norme avant qu'il puisse être accepté, qui, inutile de le dire, prend du temps et explique pourquoi les normes de facto deviennent souvent des normes. Dans les nouveaux environnements technologiques, la philosophie est souvent à innover maintenant et normaliser tard.

Dans les environnements informatiques en évolution rapide, les développeurs peuvent implémenter des fonctionnalités non standard pour obtenir un travail rapidement. Ils laissent les problèmes de mise en œuvre de composants non standard pour un autre jour ou de laisser quelqu'un d'autre traiter avec eux.