Nul
Kernen i enhver DevOps initiativ er fornuftig beskæftigelse af containere og microservices, som dramatisk fremskynde og forenkle job af udviklere og drift teams ens. Mens mange af de prøvede-og-sand regler på IT-anvendelse, containere og microservices også tilføje nye overvejelser og nye måder at gøre tingene på.
Foto: HubSpot
At udforske de mange IT-management bekymringer, der følger med succes, container og microservice installationer, så vende vi os til observationer af to erfarne eksperter på området, Ashesh Badani, VICEDIREKTØR og general manager for OpenShift for Red Hat og Marc Wilczek, en højt respekteret i branchen troede leder.
Badani, at skrive på Den Enterprisers Projektet, bemærker, at det ultimative mål for containere og microservices — og DevOps de gør-er agility. “Beholdere corral applikationer i en pæn pakke, som er isoleret fra host-system, som de løber. Udviklere kan nemt flytte rundt på dem i løbet af eksperimenter, som er en grundlæggende del af DevOps. Containere også vise sig nyttigt, når du flytte hurtigt, fra udvikling til produktion miljøer.”
Udviklere er især begejstret for microservices aktiveret af beholdere for et par af grunde, Wilczek forklarer i et nyligt indlæg i CIO. “De gør det muligt for udviklere at isolere funktioner let, hvilket sparer tid og kræfter, og øger den samlede produktivitet. I modsætning til bautasten, hvor selv den mindste ændring indebærer opbygning og implementering af hele applikationen, hver microservice tilbud med blot en bekymring.”
Som med enhver lovende ny teknologi eller metode, der er barrierer, der skal overvindes, både organisatorisk og teknologisk. Badini og Wilczek tilbyder salvie råd om at overvinde de store vejbump, der kan flummox de flytte til en microservices og container-arkitektur:
Organisatoriske færdigheder og vilje: Før enhver container af microservices indsats kan komme i gang, folk på tværs af virksomheden nødt til at være om bord med det, og klar til at tilpasse sig deres egen tankegang. “DET ledere at køre kulturelle forandring har brug for støtte fra både C-suite og evangelister i mindre hold,” siger Badini, advarsel om, at alt for ofte, “den letteste ting at gøre, er at gøre ingenting.” Men i dag er hyper-konkurrenceprægede og hyper-hurtig økonomisk miljø, der kræver hurtighed og smidighed beholdere og microservices gøre det muligt. Den gode nyhed, Badani tilføjer, at “du ikke har brug for alle de ressourcer eller kompetencer på Facebook for at gøre væsentlige forretningsmæssige ændringer. Start eksperimenter med mindre grupper. Som du lykkes og blive mere behagelig, ekspandere ud i form af teknologi og talent. Tilskynde mennesker på dit hold, til at engagere sig med deres jævnaldrende uden for virksomheden, til at tale om teknologi og kultur udfordringer.”
Platform. Valg af platform, er nøglen til en container og microservices indsats. “En platform-adresser ledelse, styring og sikkerhed,” siger Badani. “Mens der er masser af open source container værktøjer til at eksperimentere med en enterprise-klasse container platform, der typisk består af snesevis af open source-projekter, herunder Kubernetes orkestrering, sikkerhed, netværk, ledelse, bygge automatisering og løbende integration og implementering kapaciteter ud af boksen.”
Kapacitet og lifecycle management: “Både containere og microservices kan nemt udskiftes, og derfor har tendens til at have en relativt kort levetid” – ofte målt i dage, siger Wilczek. “Den korte levetid kombineret med den enorme tæthed føre til en hidtil uset række af elementer, der kræver overvågning.” Hertil kommer, at beholdere har brug for en masse hukommelse. Udfordringen er, at “med deres eget driftsmiljø vedhæftede billeder kan nemt nå et par hundrede megabyte i størrelse,” Wilczek siger. Han anbefaler løbende lifecycle management praksis — “især på pension gamle billeder for at frigøre ressourcer og undgå kapacitetsproblemer.” En evne til hurtigt at trække sig tilbage beholdere for at frigøre plads i hukommelsen kræver en omfattende lifecycle management indsats.
Netværk lag: Wilczek bemærk, at net-eller endda virtualiserede netværk lag-kan vise sig at være flaskehalse i udførelsen af microservices og container-arkitekturer, og dermed kræver “tæt overvågning i form af ydeevne, load balancing, og problemfri interaktion.”
Balancing arv og cloud-native apps: Trade-offs mellem de eksisterende infrastruktur og nye, cloud-borne-applikationer kan være et springende punkt, men er normalt, Badani forklarer. “Nogle it-chefer har stadig COBOL apps til støtte. Kæmper med både gamle og nye teknologier, og lave kompromiser, er normal. Nogle virksomheder søger beholdere for det meste til hus cloud-native apps, der er skabt af application development teams, herunder det nye arbejde, og en fornyelse af de eksisterende apps. Disse apps er ofte microservices-baseret. Målet er at bryde op en app i dens underliggende tjenester, så holdene kan opdatere apps uafhængigt af hinanden.”
Overvågning: “Mange traditionelle IT-overvågning værktøjer ikke give synlighed i containere, der udgør dem, microservices, der fører til et hul et eller andet sted mellem værter og programmer, der er i sidste ende off the radar”, Wilczek advarer. “Organisationer er nødt til at sætte en fælles overvågning bestående af begge verdener, og som dækker hele DET stak – fra bunden til toppen.”
Håndterbarhed. Organisationer har brug for at sikre, at der er nok personale ressourcer, der er afsat til container og microservice implementering og administration. “Alt for ofte, at udviklerne fristet til at tilføje ny funktionalitet ved at oprette endnu en microservice,” Wilczek siger. “På ingen tid, organisationer finde sig selv forsøger at styre en hær af beholdere og utallige microservices konkurrerer om de samme IT-infrastruktur under.” Han anbefaler, at ansætte “analytics-værktøjer til at opdage gentagelser af tjenester, og opdage mønstre i container adfærd og forbrug til at prioritere adgang til systemer ressourcer.”
Sikkerhed. “Fordi beholdere, der indeholder specifikke biblioteker og afhængigheder, de er mere tilbøjelige til at blive påvirket af nyligt opdaget sikkerhedshuller,” Badani siger, der anbefaler brug af “betroede registre, billede scanning, og værktøjer”, der kan hjælpe automatisk at identificere og plasteret beholder billeder.
0