Video: Microsoft Azure OpenDev—June 2017 2025
S Tandards sind gängige und wiederholbare Praktiken, die von einem Unternehmen oder einer Gruppe vereinbart wurden. Standards in einer hybriden Cloud-Umgebung sind in Arbeit, aber sie sind wichtig, weil sie Ihnen helfen, die Qualität zu verbessern, Kosten zu senken und die Auswahl zu verbessern.
Ein offener Standard ist einer, der öffentlich verfügbar ist (in der Regel kostenlos) und hat Rechte in Bezug darauf, wie er verwendet werden kann. In der Regel arbeiten verschiedene Anbieter, Gruppen und Endbenutzer zusammen, um Standards zu entwickeln, die auf dem breiten Fachwissen einer großen Anzahl von Interessengruppen basieren. Organisationen können diese Standards als gemeinsame Grundlage nutzen und darauf aufbauen.
Ohne Standards wäre die Verlagerung Ihrer Infrastruktur oder Anwendungen von einem Cloud-Anbieter zu einem anderen oder von lokal zu einer öffentlichen oder privaten Cloud eine schwierige Perspektive, die die Entwicklung eines Unternehmens verlangsamen könnte. Die Integration Ihres lokalen Rechenzentrums in ein Hybridmodell wäre schwierig. Standards helfen auch dabei, die Sicherheit zu gewährleisten und die Abhängigkeit von Anbietern zu verhindern. All diese Probleme sind in einer hybriden Cloud-Umgebung von entscheidender Bedeutung.
Standards wurden generell auf vier Arten festgelegt:
-
Multinationale Einrichtungen. Diese sind in der Regel durch Verträge oder ähnliche völkerrechtliche Vereinbarungen geregelt. Diese Gruppen haben lange Verfahren und Bürokratie, bevor eine Einigung erzielt wird. Mitglieder könnten Diplomaten sein statt technischer Experten. Die Internationale Organisation für Normen (ISO) ist eine solche Gruppe. Es besteht aus Vertretern aus allen Ländern der Welt. Die ISO hat über 17.500 Normen entwickelt, die viele Themenbereiche abdecken, und jedes Jahr werden neue Standards entwickelt.
-
Industriekonsortien. Standards werden entwickelt, wenn mehrere Akteure in einer Branche zusammenkommen. Auch wenn die Mitglieder Konkurrenten sind, wissen sie, dass ein Zusammenkommen jedem helfen wird. Diese Gruppen sind oft schlanker und agiler als internationale Gremien und engagieren oft direkt technische Experten in diesem Prozess. Die Open Group, das Open Grid Forum und OASIS sind Beispiele für Industriekonsortien.
-
Eine Ad-hoc-Gruppe. Ad-hoc-Gruppen sind selbstorganisiert und regiert. Diese Gruppen sind oft auf Open-Source-Initiativen aufgebaut. Sie können ein loser Körper sein, der ihre Angelegenheiten über ein Internet-Nachrichtentafel bespricht, oder sie können formeller organisiert sein. Diese Gruppen haben noch weniger Prozesse als Industriekonsortien und sind daher in der Lage, sich schnell anzupassen und zu verändern, wenn sich die Technologie bewegt.Ein Nachteil des geringeren Prozess-Overheads ist, dass schwierige Entscheidungen oder Probleme auftreten können, wenn die richtige Lösung gefunden und ein Konsens erreicht wird.
-
De-facto-Standards. Ein De-facto-Standard entsteht, wenn ein Ansatz oder Produkt so umfassend genutzt wird, dass es zum Standard wird. Der wichtige Unterschied besteht darin, dass ein De-facto-Standard nicht von einem bestimmten Organ oder einer Organisation geschaffen wird, sondern sich durch die Praxis entwickelt. Häufig treten diese De-facto-Standards dann auf, wenn die Best Practices der Branche konvergieren.
Gemäß dem Nationalen Institut für Standards und Technologie (NIST) können Standards basierend auf ihrem Reifegrad kategorisiert werden:
-
Keine
-
In Entwicklung
-
Genehmigt
-
Eine Referenz
-
Markt akzeptiert (weit verbreitet)
-
Zurückgezogen
Einige Normungsorganisationen benötigen zwei Implementierungen eines Standards, bevor er akzeptiert werden kann, was natürlich Zeit braucht und erklärt, warum De-facto-Standards oft zu Standards werden. In neuen Technologieumgebungen besteht die Philosophie häufig darin, jetzt zu innovieren und später zu standardisieren.
In schnelllebigen IT-Umgebungen können Entwickler nicht standardmäßige Funktionen implementieren, um ihre Arbeit schnell erledigen zu können. Sie überlassen die Probleme bei der Implementierung von nicht standardisierten Komponenten für einen anderen Tag oder lassen sich von jemand anderem behandeln.
