Notities klantengesprekken

Klantengesprek 1

Beschrijving

• Voor meerdere klanten mogelijk zijn (1 admins en system met rechten)
• We moeten schema networking maken
• Eindgebruiker kan geisoleerde en gedeelde netwerken maken en beheren (NAT, Firewall, IP arddressen)
• Commercieel gebruik (onder root domain, extra domains voor klanten toevoegen)
• Beheerder (domain admin, beheer platform), docenten (admin, beheer machines), studenten (geen templates, iso's beperkt)
• VPC (virtual private cloud voor klant “hoeft niet per sé”)
• Cloudstack heeft standard API

Opdracht

• Interface niet op hun maat (visueel, drag en drop?)
• Student vriendelijke UI
• Werken met blueprints (network + VM's + ... in 1 keer deployen) in plaat van aparte netwerken en machines
• Improvement voor backend code (info autit komt nog)
• POC tonen (backend (API start stop machine), frontend (Vue gui))
• Deploy web app waar je wil (plesk, Cloudstack)

Vorige project

• Niet direct volledige CI/CD nodig
• Oude code (Backend, Frontend) was niet genoeg gescheden
• Had databank (blueprints en logs)
• Vorige uitwerking had structureel problem...

Extra

Huisstijl2.odisee.be
Authenticatie met keycloak (info vakken kan meegegeven worden)

Klantengesprek 2

opmerkingen demo

• IP-address(en) in view overzicht voor student.
• Remove vm bij student misschien aanpassen (weg doen).
• Per domein als student kunnen kijken welke blueprints beschikbaar zijn (catalog).

database

• Table deployments -> 1 json ipv 2 vms en networks.

subscription

• Kijken om signalR te gebruiken.

extra opmerkingen / prioriteiten

• Docenten voorlopig geen eigen netwerken laten aanmaken (docenten kunnen via yaml of json blueprints maken).

• Termen: template -> vm, blueprint -> deployment blueprint heeft netwerken(nieuw, bestaand), template/isos deployment hebben vms, netwerken, snapshots, ISOs?

• Zeker geïsoleerde netwerken prioriteren, dan publieke. Verbinding via geisoleerd met nat of 2 netwerken (shared en isolated).

• Blueprints worden niet vaak gemaakt dus kan ook simpel (json ingeven).

• Uitzoeken hoe we realtime status kunnen zien van bv. vms. Subscriben op jobs (event notifications).

• Login is een redirect naar keycloack (aangeleverd door docent).

• Rond 1000 vms (op letten bij info fetchen).

• Alleen nuttige info en veelgebruikte acties prioriteren.

Klantengesprek 3

• DOD was vorige sprint niet meetbaar

• Retro meetbaar maken (Hoeveel keer) een doel hebben.

• retro was goed georganiseerd
  gedetaileerder en dieper

• demo moest klaar zijn anders is er voor de klanten en docent niets toonbaar

• in retro is het laat afspreken niet bovengekomen

• we moeten meer DOEN minder zeggen of denken

Klantengesprek 4

opmerkingen 4

• filteren frontend of backend?
• willen status tonen (signalr)
• makkelijk te implementeren: endpoints catalogus, console
• Layout deployment tonen
• Database user tabel misschien als cache gebruiken

Klantengesprek 5

opmerkingen 5

• domein echt vaknaam geven
• geen domein geslecteerd bij login
• eerder readable naam ipv id bij vms en netwerk
• snapshot functionality greyed out
• verwijder vm bekijken met deployment in onze database
• op deployment scherm id vm naar ip adres vm
• bij deployments link naar blueprint toevoegen
• knoppen voor blueprints aan catalogs toe te voegen en catalogblueprints open te zetten voor studenten