Nul
De kern van een DevOps initiatief is het verstandig de werkgelegenheid van containers en microservices, die drastisch versnellen en vereenvoudigen van de banen van de ontwikkelaars en de operationele teams gelijk. Terwijl veel van het proberen-en-ware regels van HET management van toepassing, containers en microservices ook het toevoegen van nieuwe overwegingen, en nieuwe manieren om dingen te doen.
Foto: HubSpot
Verkennen van veel van de IT management betreft die gepaard gaan met succesvolle container en microservice implementaties, wij keren ons tot de waarnemingen van twee experts in het veld, Ashesh Badani, VP en general manager van OpenShift voor Red Hat en Marc Wilczek, een zeer gewaardeerde industry thought leader.
Badani, schriftelijk bij De Enterprisers Project, merkt op dat het uiteindelijke doel van containers en microservices — en de DevOps ze maken — is behendigheid. “Containers corral toepassingen in een nette verpakking, geisoleerd worden van de host-systeem waarop ze worden uitgevoerd. Ontwikkelaars kunnen gemakkelijk verplaatsen tijdens het experiment, dat is een fundamenteel onderdeel van DevOps. Containers ook nuttig kunnen zijn als je snel van ontwikkeling tot productie-omgevingen.”
Ontwikkelaars zijn vooral enthousiast over microservices ingeschakeld door containers voor een paar redenen, Wilczek verklaart in een recent bericht in het CIO. “Ze maken het mogelijk voor ontwikkelaars om zich te isoleren van functies gemakkelijk, dat bespaart tijd en moeite, en verhoogt de algehele productiviteit. In tegenstelling tot de monolieten, waar zelfs de kleinste wijziging betrekking heeft op het bouwen en implementeren van het geheel van de toepassing, elke microservice aanbiedingen met slechts één zorg.”
Zoals met alle nieuwe en veelbelovende technologie of methodologie, er zijn belemmeringen te overwinnen, zowel in organisatorische en technologische. Badini en Wilczek bieden een wijs advies op het overwinnen van de grote hobbels die kunnen flummox de verhuizing naar een microservices en container-architectuur:
Organisatorische vaardigheden en de bereidheid: Voordat een container van microservices inspanning kunt gang te krijgen, de mensen in de onderneming moeten worden aan boord, en klaar voor het aanpassen van hun eigen genialiteit. “DE leiders van de besturen van culturele verandering hebben behoefte aan ondersteuning van zowel de C-suite en evangelisten in de kleinere teams,” zegt Badini, met de waarschuwing dat al te vaak voor dat “het makkelijkste om te doen is gewoon niets te doen.” Maar de huidige hyper-competitieve en hyper-snelle economische klimaat vraagt om de snelheid en wendbaarheid van containers en microservices mogelijk te maken. Het goede nieuws, Badani voegt, is “je hoeft niet alle middelen of vaardigheden van Facebook in om belangrijke zaken veranderen. Start experimenten met kleinere groepen. Als je erin slaagt zich meer comfortabel, vouw in termen van technologie en talent. Moedig de mensen in uw team aan te gaan met hun collega ‘ s buiten het bedrijf om te praten over technologie en cultuur uitdagingen.”
Platform. De keuze van het platform is de sleutel tot een container en microservices inspanningen. “Een platform adressen management, governance, en bezorgdheid over de veiligheid,” zegt Badani. “Hoewel er zijn tal van open source container tools om te experimenteren met een enterprise-grade verpakking platform bestaat meestal uit tientallen open source projecten, waaronder Kubernetes orchestration, beveiliging, netwerk, beheer, bouwen, automatisering en continuous integration en deployment mogelijkheden van het vak.”
Capaciteit en lifecycle management: “Beide containers en microservices kan gemakkelijk vervangen worden, en daardoor de neiging te hebben een relatief korte levensduur” — vaak gemeten in dagen, zegt Wilczek. “De korte levensduur in combinatie met de enorme dichtheid leiden tot een ongekend aantal van de items die bewaking vereist is.” Daarnaast containers moeten van een veel geheugenruimte. De uitdaging is die “met hun eigen werkomgeving bevestigd is, kunnen beelden gemakkelijk een paar honderd megabytes groot,” Wilczek zegt. Hij raadt lopende lifecycle management practices — “vooral de aftredende oude beelden vrij te maken van gedeelde bronnen en het voorkomen van capaciteitsproblemen.” Een mogelijkheid om snel met pensioen containers om geheugen vrij te maken vereist een uitgebreide lifecycle management inspanning.
Netwerk laag: Wilczek let op dat de netwerken — of zelfs gevirtualiseerde netwerk lagen — kan blijken te zijn de knelpunten in de uitvoering van microservices en container-architecturen, en vereisen dus de “close monitoring in termen van performance -, load-balancing en naadloze interactie.”
Het balanceren van erfenis-en cloud-native apps: Trade-offs tussen de bestaande infrastructuur en nieuwe cloud-borne-toepassingen kan een knelpunt, maar is normaal, Badani uitgelegd. “Sommige Cio’ s hebben nog steeds COBOL apps te ondersteunen. Worstelen met zowel de oude en de nieuwe technologieën, en het maken van de afwegingen, is normaal. Sommige bedrijven zoeken containers meestal naar huis cloud-native apps worden gemaakt door de ontwikkeling van de applicatie teams, waaronder het nieuwe werken en vernieuwt de bestaande apps. Deze apps zijn vaak microservices-gebaseerd. Het doel is om te breken een app in de onderliggende services, zodat de teams kunnen bijwerken van de apps onafhankelijk.”
Monitoring: “Veel traditionele IT-monitoring tools bieden geen inzicht in de containers die make-up die microservices, wat leidt tot een kloof ergens tussen hosts en toepassingen die uiteindelijk uit de radar,” Wilczek waarschuwt. “Organisaties moeten een gemeenschappelijke monitoring, bestaande uit beide werelden en over de gehele IT-stack – vanaf de onderkant naar de top.”
Beheersbaarheid. Organisaties moeten ervoor zorgen dat er genoeg personeel middelen voor de container en microservice de implementatie en het beheer. “Al te vaak zijn ontwikkelaars zijn geneigd om het toevoegen van nieuwe functionaliteit door het maken van nog een ander microservice,” Wilczek zegt. “In een mum van tijd, organisaties vinden zichzelf probeert te beheren een leger van containers en talloze microservices concurreren voor dezelfde IT-infrastructuur onder.” Hij raadt de tewerkstelling van de “analytics tools die het ontdekken van meervoudige diensten, en opsporen van patronen in de container gedrag en consumptie en de prioriteit van de toegang tot systemen van middelen.”
Veiligheid. “Omdat containers bevatten systeem specifieke bibliotheken en afhankelijkheden, ze zijn meer kans te worden getroffen door nieuw ontdekte kwetsbaarheden in de beveiliging,” Badani zegt, die adviseert het gebruik van “vertrouwde registers, beeld scanning en management tools’ die kunnen helpen bij het automatisch identificeren en patch container beelden.
0