Nul
Is het de moeite waard om te proberen refactor bestaande, en waarschijnlijk monolithische, toepassingen, zoals microservices, of zoals tijd en moeite beter besteed het bouwen van nieuwe, meer flexibele toepassingen gemaakt van losjes gekoppelde microservices?
Foto: Joe McKendrick
Het lijkt enterprise IT-teams zijn het hebben van twee walletjes, een recente enquête vindt. De enquête, uitgevoerd door Red Hat onder de Red Hat JBoss Middleware en Red Hat OpenShift klantenbestand, vindt 69 procent aangegeven dat zij het gebruik van microservices voor zowel nieuwe toepassingen en voor re-architectuur van de bestaande. “Deze gegevens vertellen ons dat microservices bieden een toegevoegde waarde voor gebruikers over hun IT-transformatie reis-of ze zijn gewoon op zoek naar een update van hun huidige applicatie portfolio of zijn gearing up van nieuwe initiatieven”, zegt Cesar Saavedra, auteur van het rapport.
Voor een aanzienlijk deel van de IT-managers de voordelen van het gebruik van microservices werden gerealiseerd relatief snel. Een derde van de groep, 33 procent, zei ze begon te beseffen de voordelen binnen twee tot zes maanden van hun implementaties. Deze voordelen werden bekroond met een grotere realisatie van het agile en DevOps visie, in de vorm van continuous integration en continuous deployment (CI/CD). Verbeterde schaalbaarheid, sneller op de markt, hogere productiviteit van de ontwikkelaar, en sneller foutopsporing en onderhoud waren ook andere voordelen gezien als toepassingen werden opgedeeld in hapklare microservices.
Microservices — en bij uitbreiding, containers — spelen een grote rol in het re-oriënteren van aanpak tot een grotere onderneming veerkracht, net als het internet zelf, en nu blockchain, werden ontworpen in een zeer verspreid mode om verstoring. Astasia Myers. een venture capitalist met Redpoint Ventures, voor de één ziet microservices het spelen van een tole in de ontplooiing van het “service netten.” Niet langer ingezet in de seriële point-to-point mode, microservices en containers waardoor service mazen die “kan helpen bij het beheren van het verkeer door middel van service discovery, routing, load balancing, gezondheid, controleren, en observability,” Myers wijst in een recente post. “Service netten proberen te temmen onhandelbare container complexiteit. We hebben het nog niet gezien wijdverspreide implementatie nog niet, maar we weten van de bedrijven is het uitvoeren van service mazen in de productie. Bovendien, service netten zijn niet exclusief voor de microservices of Kubernetes omgevingen en kan worden toegepast op VM en serverloze omgevingen.”
Service netten en hun microservice en containeronderdelen ook het inschakelen van een relatief nieuw, hip klinkende ding genaamd “chaos engineering,” of, zoals Myers omschrijft, ‘ de discipline van het experimenteren op een gedistribueerd systeem om vertrouwen op te bouwen in het systeem de mogelijkheid om bestand te zijn tegen turbulente omstandigheden.” In andere woorden, opzettelijk gooien aap sleutels in delen van gedistribueerde systemen om te zien hoe de dingen zich tot elkaar verhouden. Het concept van chaos techniek werd verfijnd door Netflix, en later beoefend door Amazon, Google, Microsoft en Facebook, Myers voegt. “Chaos technische experimenten op een systeem te verbeteren zekerheid in zijn vermogen weerstaan productie problemen”, schrijft ze. “Terwijl het breken van systemen kan leuk zijn, het kan niet altijd productief te zijn of voorzien van nuttige informatie. Chaos engineering belichaamt een bredere reikwijdte van niet alleen het injecteren van storingen, maar ook andere symptomen zoals verkeer spikes, ongewone verzoek combinaties, enz. om bestaande problemen te ontdekken.”
Natuurlijk, de uitvoering of de ontbinding van toepassingen in georkestreerde arrangementen van losjes gekoppelde microservices is niet een overnachting taak. Uitdagingen voor de uitvoering van microservices vereist het werken met managers en eindgebruikers over de onderneming te omarmen deelbaar en herbruikbare services die worden aangeboden, de Rode Hoed enquête vindt. Het overwinnen van bedrijfscultuur en organisatorische uitdagingen is de meest uitgesproken uitdaging. Aanvullende, meer technische uitdagingen zijn diagnostiek en monitoring microservices, samen met de te besteden tijd en middelen die nodig zijn voor de bouw, het testen en het onderhoud.
De Rode Hoed onderzoek toont ook aan dat IT-managers het verzachten van deze uitdagingen door middel van het ontwikkelen en implementeren van in-house microservices gereedschap, re-organiseren van hun DevOps processen, en meer nauw samen met de leveranciers voor advies en begeleiding. En misschien uiteindelijk inspuiten wat chaos gewoon om te zien hoe het allemaal werkt.
(Disclosure: ik heb uitgevoerd werk voor Red Hat, genoemd in dit onderzoek, als onderdeel van mijn werk als zelfstandig industrie analist in de afgelopen 12 maanden.)
Verwante Onderwerpen:
Cloud Prioriteiten
Cloud
Big Data Analytics
Innovatie
Tech en Werk
Samenwerking
0