{"id":31761,"date":"2019-10-31T21:42:55","date_gmt":"2019-10-31T18:42:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes\/"},"modified":"2019-10-31T21:42:55","modified_gmt":"2019-10-31T18:42:55","slug":"mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","title":{"rendered":"Microservices: grootte doet er toe, zelfs als je Kubernetes hebt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

19 september in Moskou heeft plaatsgevonden<\/a><\/noindex> de eerste thematische meetup HUG (Highload++ User Group), die gewijd was aan microservices. Hier werd de lezing \"Exploiteren van microservices: de grootte doet er toe, zelfs als je Kubernetes hebt\" gepresenteerd, waarin we onze uitgebreide ervaring van het bedrijf \"Flant\" deelden op het gebied van het exploiteren van projecten met microservice-architectuur. Deze lezing is vooral nuttig voor alle ontwikkelaars die overwegen deze aanpak toe te passen in hun huidige of toekomstige project.<\/p>\n

\"Microservices:
\n
\nVoorstellen de video van de presentatie<\/b><\/a><\/noindex> (50 minuten, veel informatiever dan een artikel), evenals de belangrijkste samenvatting in tekstvorm.<\/p>\n

NB: Video en presentatie zijn ook aan het einde van deze publicatie beschikbaar.<\/i><\/a><\/noindex><\/p>\n

Inleiding<\/h2>\n

\nEen goed verhaal heeft meestal een inleiding, een hoofdverhaal en een conclusie. Deze lezing lijkt meer op een inleiding, en dan nog een tragische. Het is ook belangrijk op te merken dat hierin een blik op microservices wordt gepresenteerd vanuit uitbuiting<\/i>.<\/p>\n

Ik begin met deze grafiek, waarvan de auteur (in 2015) werd<\/a><\/noindex> Martin Fowler:<\/p>\n

\"Microservices:
\n
\nHierop is te zien dat in het geval van een monolithische applicatie, zodra deze een bepaalde grootte heeft bereikt, de productiviteit begint te dalen. Microservices onderscheiden zich doordat de initi\u00eble productiviteit lager is, maar naarmate de complexiteit toeneemt, is de degradatie van de effectiviteit minder merkbaar.<\/p>\n

Ik zal deze grafiek aanvullen voor het geval van gebruik van Kubernetes:<\/p>\n

\"Microservices:
\n
\nWaarom is de microservices-app beter geworden? Omdat zo'n architectuur serieuze eisen stelt aan de architectuur, die op hun beurt uitstekend worden gedekt door de mogelijkheden van Kubernetes. Aan de andere kant zal een deel van deze functionaliteit ook nuttig zijn voor de monolith, vooral omdat de typische monolith van vandaag de dag niet helemaal een monolith is (details zullen later in de lezing worden besproken).<\/p>\n

Zoals te zien is, verschilt de uiteindelijke grafiek (wanneer zowel monolithische als microservices-applicaties in een infrastructuur met Kubernetes worden gebruikt) niet veel van de oorspronkelijke. Vervolgens zal het gaan over applicaties die worden ge\u00ebxploiteerd met behulp van Kubernetes.<\/p>\n

Nuttige en schadelijke microservices<\/h2>\n

\nEn hier is de belangrijkste gedachte:<\/p>\n

\"Microservices:
\n
\nWat is een normale<\/b> microservice-architectuur? Het moet u echte voordelen bieden door de effici\u00ebntie van het werk te verhogen. Als we terugkijken naar de grafiek, dan is dit het:<\/p>\n

\"Microservices:
\n
\nAls je het een nuttige<\/b>noemt, dan staat aan de andere kant van de grafiek schadelijke<\/b> microservices (belemmert het werk):<\/p>\n

\"Microservices:
\n
\nTerugkomend op de 'hoofdgedachte': is het \u00fcberhaupt de moeite waard om mijn ervaring te vertrouwen? Sinds het begin van dit jaar heb ik gekeken 85 projecten<\/b>. Niet allemaal waren ze microservices (ongeveer een derde tot de helft had deze architectuur), maar het is nog steeds een groot aantal. Wij (bedrijf 'Flant') als outsourcers krijgen de kans om een breed scala aan applicaties te zien, ontwikkeld in zowel kleine bedrijven (met 5 ontwikkelaars) als in grote (~500 ontwikkelaars). Een extra pluspunt is dat we kunnen zien hoe deze applicaties zich door de jaren heen ontwikkelen en evolueren.<\/p>\n

Waarom microservices?<\/h2>\n

\nOp de vraag naar de voordelen van microservices is er een heel specifiek antwoord<\/a><\/noindex> van de eerder genoemde Martin Fowler:<\/p>\n

    \n
  1. duidelijke grenzen van modulariteit;<\/li>\n
  2. onafhankelijk deployen;<\/li>\n
  3. vrijheid om technologie\u00ebn te kiezen.<\/li>\n<\/ol>\n

    \nIk heb veel gesproken met softwarearchitecten en ontwikkelaars en hen gevraagd waarom ze microservices nodig hebben. En ik heb mijn lijst van hun verwachtingen samengesteld. Dit is het resultaat:<\/p>\n

    \"Microservices:
    \n
    \nAls ik sommige punten 'in gevoelens' zou beschrijven, dan:<\/p>\n