Udviklingen af ​​standarder i hybridmiljøer - dummier

S tandarder er etableret almindelige og gentagelige fremgangsmåder, som er aftalt af en virksomhed eller gruppe. Standarder i et hybrid cloud miljø er et igangværende arbejde, men de er vigtige, fordi de hjælper dig med at forbedre kvaliteten, reducere omkostningerne og forbedre valg.

En åben standard er en offentlig tilgængelig (typisk gratis) og har rettigheder, der omgiver den, hvordan den kan bruges. Forskellige leverandører, grupper og slutbrugere samarbejder typisk for at udvikle standarder baseret på den brede ekspertise hos et stort antal interessenter. Organisationer kan udnytte disse standarder som et fælles fundament og bygge på dem.

Uden standarder, der flytter din infrastruktur eller applikationer fra en cloud-udbyder til en anden, eller fra lokaler til offentlig eller privat sky, ville det være en vanskelig forudsætning, der kunne bremse en organisations udvikling. Integrering af dit lokal datacenter i en hybridmodel ville være svært. Standarder hjælper også med at sikre sikkerhed og forhindre sælgerlåsning. Alle disse problemer er nøglen i et hybrid cloud miljø.

Standarder er generelt opstillet på fire måder:

• Multinationale organer. Disse reguleres typisk af traktater eller andre tilsvarende internationale juridiske aftaler. Disse grupper har lange procedurer og bureaukrati, inden der opnås enighed. Medlemmer kan være diplomater i stedet for tekniske eksperter. Den Internationale Organisation for Standarder (ISO) er en sådan gruppe. Det består af repræsentanter fra lande over hele verden. ISO har udviklet over 17, 500 standarder, der dækker mange fagområder, og der udvikles nye standarder hvert år.

• Industrikonsortier. Standarder udvikles, når flere spillere i en branche kommer sammen. Selv om medlemmerne kan være konkurrenter, ved de, at det kommer til at hjælpe alle sammen. Disse grupper er ofte mere strømlinede og fleksible end internationale organer og ofte direkte involverer tekniske eksperter i processen. Den åbne gruppe, Open Grid Forum og OASIS er nogle eksempler på industrikonsortier.

• En ad hoc-gruppe. Ad hoc-grupper er selvorganiseret og -herreguleret. Disse grupper er ofte bygget omkring open source initiativer. De kan være en løs krop, der diskuterer deres forhold via et internet opslagstavle, eller de kan være mere formelt organiseret. Disse grupper har endda færre processer på plads end industrikonsortier og kan derfor hurtigt tilpasse sig og ændre sig efterhånden som teknologien bevæger sig.En downside til den lavere proces overhead er, at når der skal træffes vanskelige beslutninger eller problemer opstår, at komme til den rigtige løsning og nå frem til enighed kan det være svært eller umuligt.

• De facto standarder. En de facto standard fremkommer, når en tilgang eller et produkt bruges så meget, at det bliver en standard. Den vigtige forskel er, at en de facto-standard ikke oprettes af en bestemt instans eller organisation, men udvikler i stedet gennem praksis. Ofte er disse de facto-standarder opstået, når branchens bedste praksis konvergerer.

Ifølge National Institute of Standards and Technology (NIST) kan standarder kategoriseres ud fra deres løbetid:

• Ingen

• Under udvikling

• Godkendt

• En reference

• Marked accepteret (i udbredt brug)

• Pensioneret

Nogle standardorganisationer kræver to implementeringer af en standard, før den kan accepteres, hvilket naturligvis tager tid og står til grund for, hvorfor de facto-standarder ofte bliver standarder. I nye teknologimiljøer er filosofien ofte at indovere nu og standardisere senere.

I hurtige IT-miljøer kan udviklere implementere ikke-standardfunktioner for hurtigt at få et arbejde udført. De forlader problemerne med at implementere ikke-standardiserede komponenter til en anden dag eller lade nogen andre håndtere dem.