Onze platformen en techologie zijn continu in ontwikkeling

Platform Authenticatie

Tijdens de realisatie van de DCM dashboards, hebben we een begin gemaakt met het toepassen van het backend for frontend patroon voor het ontwikkelen van een gateway voor de gebruikte authenticatie en authorisatie tokens richting de dashboard component. Om ons platform eenduidig te houden onderzoeken we of we deze methode als standaard voor al onze runtime componenten kunnen hanteren.

Als Business Engineer direct gebruik kunnen maken van tools die diezelfde dag nog gereleased zijn in Encore? Wij denken dat dat mogelijk is! Op dit moment is het echter nog zo dat de Blueriq Encore release niet voor mag lopen op de runtime versie. Wij gaan een plan maken om wél voor te kunnen lopen met de Encore versie, zodat Business Engineers die vanuit de Encore SaaS werken direct kunnen profiteren van model onafhankelijke tools en usability verbeteringen (denk hierbij bijvoorbeeld aan multiselect), ook met een lagere runtime versie.

Op dit moment biedt Blueriq geen duidelijke strategie voor modelversionering. Versienummers hebben de vorm ‘0.0-branchnaam’, waardoor exports vanaf dezelfde branch altijd dezelfde versie krijgen, ook al zijn ze verschillend. In de praktijk worden release-branches gemaakt, waarbij het conventie is dat de branchnaam een versienummer bevat. Het introduceren van release-exports, met verplichte versionering, geeft de releases een officiële status, die tevens terug te leiden is naar een toestand in versiebeheer. 

Het hebben van release-versies biedt het platform de mogelijkheid om in de toekomst (nu niet in scope) uit te breiden met bijvoorbeeld:
- Datamigraties kunnen definiëren en uitvoeren 
- Oude zaken starten met een oud model 
- Meer zekerheid om bij continuering van sessies (in geval van failover) het juiste model te gebruiken 
- Betere mogelijkheid om de publicatiehistorie te monitoren 

Blueriq applicaties zijn vaak mission critical en vervullen een centrale rol in het IT-landschap van onze klanten. Door hun strategische positie in complexe omgevingen kunnen prestatieproblemen grote impact hebben. Het identificeren van de oorzaak van deze knelpunten is echter niet altijd eenvoudig. Vertragingen ontstaan vaak bij koppelingen naar andere systemen of databases, maar het pinpointen van de exacte bottleneck is uitdagend.

Om dit proces te verbeteren, willen we metrieken toevoegen aan de runtime. Deze metrieken bieden inzicht in de prestaties van Blueriq applicaties en de interacties met andere systemen. Het doel is om knelpunten niet alleen sneller te identificeren, maar deze in het Blueriq Cloud Platform zelfs te signaleren voordat gebruikers er last van hebben. Hiermee versterken we de betrouwbaarheid van deze essentiële systemen en zorgen we voor een nóg stabielere en efficiëntere IT-omgeving.

PostgreSQL

Het is niet meer te stoppen, onze beweging aan cloudgebaseerde oplossingen. En om deze oplossingen eenduidig en betaalbaar te kunnen  leveren, is het belangrijk om een open source en cloud native inzetbare database te ondersteunen. Om hier invulling aan te geven onderzoeken we de inzetbaarheid van PostgreSQL. Mocht dit een haalbare propositie blijken te zijn,  dan zullen we deze in eerste instantie uiteraard naast de reeds ondersteunde databases gaan ondersteunen.

Whitebox testen met Blueriq

Van oudsher worden Blueriq flows veelal getest door tests scenario’s toe te passen op de gehele applicatie waarin deze flows gebruikt worden. Dit betekent dat niet alleen de correcte werking van de flow wordt getest, maar ook de combinatie met de frontend.  Daarnaast kunnen kleinere subflows op deze manier niet afzonderlijk als unit getest worden, maar alleen als onderdeel van een exposed flow waarvan zij deel uitmaken. Deze uitdagingen en meer willen we gaan oplossen met het Blueriq Testcenter.

Het Blueriq Testcenter stelt ons namelijk in staat om flows als unit te testen, ongeacht of ze exposed zijn en zonder “door de frontend heen” te hoeven testen. Hiermee krijgen business engineers betere terugkoppeling tegen minder kosten