Zoals ik al schreef is het klantportaal een website. Dat is de zichtbare kern van het product. Wij hebben ervoor gekozen die te hosten vanuit Azure, in een Azure Web App. De naam zegt het eigenlijk al, een web applicatie in de cloud, gehost op Azure. We hebben die gekoppeld aan onze Azure Subscription (die heb je eerst nodig) die gekoppeld is aan een Billing Profile zodat Microsoft ook daadwerkelijk kan factureren voor de (betaalde) diensten die we afnemen.

In de Web App kun je meerdere code talen gebruiken. Wij werken zelf met CSS maar bijvoorbeeld html is ook gewoon mogelijk. De code zet je dan in de Web App, en op de url van je Web App kun je dan de web pagina bekijken.

Voor die url hebben wij gekozen voor de (iets duurdere) custom url klantportaal.datakingdom.nl. Dat staat net wat fraaier dan xxxx.azurewebsites.net.

Een website achter een login vereist een user database, metadata, logging enzovoort. Kortom er wordt ook data gegeneerd. Die wordt bij ons geladen naar een Azure SQL Database, die draait weer op een Azure SQL Server.

En al deze componenten, in Azure termen Resources genoemd, zijn weer onderdeel van een Resource Group. Zo bundelen we alle componenten op een logische manier, wat weer erg handig is bij het beheer en bijvoorbeeld ook voor het eenvoudig kunnen aflezen van het totale kostenplaatje in Azure Cost Management.

De basis set-up staat dan. In de volgende stappen hebben we een specifieke Power BI Workspace aangemaakt en deze gevuld met de dashboards die we hosten in het klantportaal. Ook hebben we nog een Azure Service Principal aangemaakt in Entra. Zo’n Service Principal fungeert als een virtuele user waarlangs de verbinding en communicatie tussen Power BI en het klantportaal verlopen. Het Service Principal heeft daarvoor ook rechten nodig, zowel in de Power BI Tenant, Power BI Workspace, als op diverse Api’s. Ook die hebben we allemaal toegekend.

Je zult inmiddels wel denken; “wat een ingewikkeld proces”. In de praktijk viel dat mee, het opzetten was in een dag voor elkaar. Het zijn wel veel stappen en instellingen die je langs moet, dus we hebben ons hierin laten ondersteunen door onze implementatiepartner My Reports.

Nadat het portaal volledig is gekoppeld en ingericht, hebben we natuurlijk nog de datasets waar de dashboards op draaien. Die worden weer gevoed vanuit data bronnen. Wanneer dit bestanden zijn, slaan we die op in Azure Blob Storages. Met dit product is het zeer goed mogelijk om data veilig en gescheiden van andere data te bewaren, in te lezen in dashboards, en nieuwe data bestanden toe te voegen. Ook configureren we in overleg met de klant de retentie tijd (hoe lang blijven bestanden bewaard) en na hoe lang bestanden verplaatst worden van hot naar cold storage.

Onze klanten hebben de mogelijkheid om data bestanden zelf veilig te uploaden, direct in hun storage, met Azure Storage Explorer. Daarna kunnen ze even het dashboard verversen om direct nieuwe inzichten te zien, of de volgende scheduled refresh afwachten.

Voor klanten die het zelf uploaden lastig of ingewikkeld vinden, bieden we ook de optie aan om databestanden te e-mailen naar onze dedicated mail box. Met een Power Automate flow schrijven we de attachments dan weg naar de Blob storage en verversen we direct de dataset.

Zo bieden we onze klanten twee mogelijkheden om hun data aan te leveren, en veilig en betrouwbaar in hun dashboard te visualiseren!

Wil je meer weten? Ga dan naar onze speciale webpagina waar we je meer vertellen over ons klantportaal, waar je een informatieve video kunt bekijken en een demo kunt aanvragen.

Steven Annegarn
CTO & Managing Partner @ Data Kingdom