Hoe u de belasting van uw Alumio-omgeving kunt optimaliseren en verminderen

Deze les geeft inzicht in verschillende manieren om uw Alumio-omgeving te optimaliseren. Dit kan nodig zijn om de belasting op uw omgeving te verminderen en de stabiliteit van de verschillende integraties te garanderen, vooral tijdens een piek/piek in het verkeer.
‍

Wat zijn verkeerspieken en hoe ga je daarmee om?

Verkeerspieken treden meestal op wanneer de planner niet optimaal is geconfigureerd, waardoor veel processen tegelijkertijd worden uitgevoerd. Dit kan ook gebeuren als een abonnee meer gegevens ontvangt dan normaal, wat leidt tot langere uitvoertijden die overlappen met andere processen, wat moet worden vermeden.

Het optimaliseren van de planner is essentieel om dit te beperken. Daarnaast is het belangrijk om het aantal taken dat via elke route wordt uitgevoerd te beheren. We raden aan om voor elke route niet honderden taken per minuut uit te voeren. Prioritering van de taken van de planner en het verminderen van de hoeveelheid gegevens die tijdens binnenkomende processen wordt vastgelegd, kan ook helpen.

Bekijk hier een volledig overzicht van hoe u uw planningstaken kunt optimaliseren: https://forum.alumio.com/t/optimizing-your-scheduled-jobs/204
‍

Hoe kun je het detailniveau in logbestanden verminderen?

Alumio biedt gebruikers de mogelijkheid om in verschillende fasen van het proces inloggen mogelijk te maken. Alumio registreert standaard alle gebeurtenissen binnen integraties. Dit kan niet worden uitgeschakeld en wordt altijd volledig geregistreerd. Voorbeelden van deze logboeken zijn:

• Gefilterde entiteiten
• Taken aangemaakt
• Informatie over het Alumio-proces

Naast deze logboeken biedt Alumio gebruikers de mogelijkheid om logboekregistratie mogelijk te maken voor de systemen die ze integreren. Denk aan authenticatielogboeken, API-logboeken, databaselogboeken, webhook-logboeken, enz. Deze logboeken zijn erg handig voor het opsporen van problemen met betrekking tot de geïntegreerde systemen. In sommige gevallen kunnen deze logboeken echter veel belasting veroorzaken voor de Alumio-omgeving. Voorbeelden van wanneer dit kan gebeuren zijn:

• Er worden veel logboeken gemaakt. Alumio haalt bijvoorbeeld 100.000 producten op en voert voor elk product een API-aanroep uit om de voorraad en prijs uit een ander systeem op te halen.
• De logbestanden zijn extreem groot

Om te voorkomen dat dit problemen veroorzaakt, is het aan te raden om de logboektypen Simple en Long te gebruiken en volledige logboekregistratie te vermijden. Terwijl Volledig lijkt erg handig, het is aan te raden om dit alleen tijdens de testfase te gebruiken. Zoals de naam al doet vermoeden, Volledig, slaat de volledige verzoeken en antwoorden op. Eenvoudig slaat de koptekstinformatie alleen op terwijl Lang kan maximaal 10.000 tekens opslaan, wat voldoende zou moeten zijn om eventuele problemen op te lossen.
‍

Hoe kunt u het aantal geëxporteerde taken per uitvoering verminderen?

De meeste integraties die met Alumio zijn gebouwd, zijn asynchroon. Dit betekent dat de gegevens op de achtergrond worden gesynchroniseerd en dat er voor elke integratie twee stappen nodig zijn: de wachtrij vullen en de wachtrij verwerken.

In sommige gevallen kunt u kiezen voor een realtime verwerkingsintegratie, waardoor het proces in feite wordt teruggebracht tot één stap: de wachtrij vullen en deze onmiddellijk verwerken. Afhankelijk van het aantal verwerkte taken kan dit een hoge belasting voor uw Alumio-omgeving veroorzaken vanwege de complexiteit van uw integratie. Sommige integraties vereisen extra API-aanroepen om het gegevensobject te voltooien, anders kan elke taak veel informatie bevatten. Dergelijke integraties kunnen leiden tot een hoog gebruik van serverbronnen wanneer binnen elke uitvoering een groot aantal taken wordt verwerkt.

Het wordt aanbevolen om dit aantal te verminderen met het optimaliseren van uw geplande taken, het verminderen van het aantal entiteiten dat per webhook wordt verzonden, of de introductie van batchverwerking. Batchgegevensintegratie omvat de consolidatie en verwerking van gegevens in vooraf gedefinieerde batches met geplande tussenpozen. Deze aanpak, die Alumio mogelijk maakt, verzamelt gegevens over een periode, vaak uren of dagen, voordat deze massaal naar het doelsysteem worden overgebracht voor verwerking.
‍

Hoe kunt u het aantal geplande taken dat parallel wordt uitgevoerd, verminderen?

Een Alumio-omgeving kan worden geconfigureerd om veel geplande taken tegelijkertijd te starten. Dit kan leiden tot een hoge belasting van uw Alumio-omgeving. Daarom is het aan te raden om het aantal geplande opdrachten over het uur te spreiden.

*Nogmaals, het is aan te raden om de informatie over het optimaliseren van je geplande taken in ons Forum te lezen: https://forum.alumio.com/t/optimizing-your-scheduled-jobs/204
‍

Uw Alumio-omgeving upgraden

Het volgen van de bovenstaande tips zou u moeten helpen om uw Alumio-omgeving in de meeste gevallen binnen acceptabele belastingsniveaus te houden. Wanneer dit niet het geval is, kunt u het beste overwegen om uw Alumio-omgeving te upgraden. U kunt dit doen door contact op te nemen met ons ondersteuningsteam.