De teknologier som väljs av företagens IT-avdelningar idag kommer att ha en långsiktig inverkan på deras prestanda, verksamhet och övergripande strategi. Ibland tar det mer än ett decennium att inse de fulla konsekvenserna av en teknisk lösning. Detta kan lägga stor vikt på IT-ledningens axlar, särskilt när det kommer till framväxande teknologier vars användbarhet, betydelse och bana ännu inte är helt klarlagda. Att satsa fel på ny mjukvara kan leda till svåra integrationer och störningar över en organisations teknikstack, vilket i det långa loppet kan leda till förlorad produktivitet, bortkastade budgetar och sannolikheten för bortkastade pengar. mark till förmån för konkurrenterna. Kubernetes, plattformen för orkestrering av behållare med öppen källkod, sågs tills nyligen på samma sätt, och IT-organisationer kämpade för att fullt ut bedöma dess långsiktiga värde. Men eftersom Kubernetes nu kör 86 % av containerklustren, har det blivit de facto-standarden för molnbaserad infrastruktur. Detta innebär att det främsta bekymret för IT-avdelningar inte är huruvida Kubernetes har en framtid, utan snarare hur man säkerställer att deras Kubernetes-implementering har en framtid som inte innebär en integrationsflaskhals. branschpraxis och användningsfall. Det är här öppna standarder, som kodifierar hur människor implementerar Kubernetes och bästa praxis, blir en del av integrationen. Att följa dessa standarder kan hjälpa till att förhindra att team stöter på oväntade implementeringsflaskhalsar och säkerställa den enklaste möjliga inlärningskurvan för nya medlemmar i dina DevOps-team. Genom att förlita sig på öppna standarder – de som har beslutats av Kubernetes-gemenskapen med öppen källkod som helhet, snarare än en specifik leverantör – kan organisationer i bästa fall säkerställa att deras Kubernetes-implementationer är vad de är effektiva och välintegrerade som möjligt . För detta ändamål måste organisationer förstå flera saker när det gäller öppna standarder och Kubernetes-implementering: överväga arten och begränsningarna hos befintliga standarder; hur standarder kan bli fragmenterade inom en organisation; och vikten av att arbeta med öppen källkod för att utveckla och underhålla dessa standarder.
Förstå befintliga standarder
Två organisationer är ansvariga för att definiera de huvudsakliga öppna standarderna som styr användningen av Kubernetes och behållare, som erkänns av de flesta leverantörer och utvecklare. Det första är Open Container Initiative, som har tagit fram bild- och körtidsspecifikationer för containrar, som reglerar hur själva containrarna ska paketeras och lanseras. Att se till att dina containrar är OIC-kompatibla är ett bra första steg för att köra ett containerkluster. Den andra är Cloud Native Computing Foundation, en organisation som främjar gemenskaper för molntjänster och som också är ansvarig för att driva Kubernetes Certified Compliance Program, som testar leverantörers produkter för att säkerställa att de uppfyller säkerhetsstandarderna.en Kubernetes-distribution. För att bygga och köra applikationer i moderna miljöer måste du utöka funktionerna hos Kubernetes genom att lägga till komponenter som mikrotjänster, servicenät och API:er. Att se till att produkterna i din stack är kompatibla med CNCF-riktlinjerna är det bästa sättet att säkerställa att allt i din Kubernetes-implementering fungerar som det ska och är förståeligt av samhället i stort.Undvik fragmentering av standarder
För att säkerställa att din Kubernetes-implementering är kompatibel med öppna standarder måste ditt team ha en gemensam förståelse för sin egen implementering. Ett av de vanligaste misstagen som görs av organisationer, och ett som undergräver delad kunskap om branschstandarder och deras implementering, är att distribuera flera Kubernetes-stackar som inte överensstämmer med samma standarder. Det finns flera anledningar till att distribution av inkompatibla Kubernetes-stackar kan bidra till att urholka organisatoriska standarder. För det första kan detta arrangemang leda till en spridning eller uppdelning av expertis mellan team som arbetar på olika stackar, vilket innebär att avvikelser från etablerade standarder i en stack kanske inte korrigeras i en annan. En annan viktig anledning är att när det väl finns en skillnad mellan Kubernetes-stackarna inom en organisation kan det vara svårt för en individ att följa var och en av deras utveckling för att säkerställa att gemensamma standarder införs. genomförs och respekteras. Även ett dedikerat team som försöker spåra och se till att alla stackar körs enligt samma standarder kan missa små men viktiga detaljer, vilket i slutändan kan leda till att en eller flera stackar avviker från organisatoriska standarder. Kubernetes är ett projekt med öppen källkod och de standarder som satts av OIC och CNCF är resultatet av diskussioner inom öppen källkodsgemenskapen. Detta innebär att det är viktigt att förstå vad det pratas om inom gemenskapen och de problem som utvecklare tar upp är avgörande för att förstå hur Kubernetes standarder och dess ekosystem kommer att utvecklas, både formellt och informellt. Förutom kodifierade standarder skapar open source-gemenskapen möjligheten att lära av många andra hur en framgångsrik implementering ser ut. Dina team kan följa bästa praxis som antagits av utvecklare i andra organisationer, vilket kan möjliggöra smidigare integrationer med annan community-producerad programvara. Det möjliggör också en smidigare inlärningskurva för utvecklare eller driftteam när de utför forskning, tack vare en bredare uppsättning vanliga metoder. Slutligen, genom att delta i gemenskaper med öppen källkod, kan din organisation hjälpa till att forma utvecklingen av standarder för Kubernetes. Att dela ditt teams erfarenhet och idéer med det bredare samhället kan bidra till att förbättra standarden. Valet att anta öppna standarder för Kubernetes är relativt enkelt. Men att upprätthålla dessa standarder kräver konstant vaksamhet och medvetenhet. För att följa öppna standarder måste team vara medvetna om utvecklingen av deras teknikstack samtidigt som de följer relevanta konversationer inom open source-gemenskapen.- Erica Langhi är Senior Solutions Architect (EMEA) på Red Hat.