Koska avoimien ovien valmistelut ovat sotkeneet kahta edellistä sprinttiä, tehtiin tiimin kanssa päätös, että tällä sprintillä hoidetaan ensin alta pois edellisiltä sprinteiltä eteenpäin siirtyneet ja kesken jääneet taskit alta pois, ennen kuin aletaan ottamaan tälle sprintille tolkuttomasti uutta tekemistä. Kuitenkin boardilla on projektin etenemisen kannalta keskeisiä ja suuritöisiä taskeja, jotka olisi nyt hyvä saada tehtyä, jotta ne eivät osoittautuisi hidasteiksi projektin kannalta.
Isoin missio sprint04lla on saada deployment gitistä Kubernetekseen toimimaan. Kun deployment toimii, päästään projektissa iso harppaus eteenpäin. Kun deployment saadaan toimimaan, alkavat klusteriin liittyvät palaset olla ns. toiminta kuntoisia ja niitä voidaan alkaa kehittämään edelleen, kuten lisäämään toiminnallisuuksia pipelineihin, klusteriin itseensä ja kontteihin. Samoin deployment ongelman selvittyä on hyvä ottaa teknistä miittiä muiden tiimien Kubernetes vastaavien kanssa, niin saadaan sitten lyötyä yhtenevät linjat. Tekninen miitti pyritään sopimaan tiistain jälkeiseen aikaan, koska tiistaina pääsemme näkemään toisten tiimien avoimien ovien esitykset, jotka varmaan osaltaan avaavat myös toisten tiimien tarpeiden suhteen.
Tämän lisäksi sprintillä keskitytään enemmän myös palvelumuotoiluun, kontteihin ja jatketaan pipeline prosessia ja robot frameworkia. Sprintin ajalle osuu myös paljon mielenkiintoisia vierailija puheenvuoroja, joista pyritään jälleen kerran ottamaan ilo ja hyöty irti.
Power Automaten tiimoilta havaittiin, että vaikka tiimi sai käyttöönsä lisenssin, tarvitaan työn jatkamiseen vielä käyttäjäoikeuksien muutoksia JAMKin suunnalta. Ilmeisesti opiskelija tilillä ei ole mahdollista luoda halutunlaisia toiminnallisuuksia, vaan siihen tarvitaan isommat käyttöoikeudet. Asiasta keskustellaan sekä Overflown Power Automate vastaavan Joelin kanssa, että opiskelijaohjaaja Karin kanssa, jotta asioista saadaan selko ja osattaisiin, sitten pyytää kerralla oikeat käyttöoikeudet. Näin kesällä niittenkin saamiseen voi mennä jonkin aikaa. Ja etenkään heinäkuuhun tätä selvitystä ei uskalla jättää, koska sitten on auttamatta liian myöhäistä. Asiaa selvitellään. -> Teemun mukaan sähköpostit ja opiskelijatunnukset ovat tie tähän.
Esimerkkejä sprintin taskeista:
- Deployment gitistä Kubernetekseen
- Toteuta esimerkki pipeline käyttäen pohjana Conduit-projektin tuotosta
- Robot Framework tutustu
- Microservice arkkitehtuuri tutustu
-
### Arvio sprintin taskien suorittamisesta:
Sprintillä saatiin ratkaistua jälleen osa sprintille alun perin suunnitelluista taskeistä, painavat ja projektin etenemistä estäneet taskit onneksi ratkesivat ja siinä samalla saatiin ratkottua muutamia taskeja backlogista, joita ei ollut sijoitettu vielä millekään sprintille. Näin ollen backlogiakin saatiin siivottua parempaan uskoon. Muutamat taskit jatkuvat jälleen odotetusti seuraavalle sprintille.
Sprintillä havaittiin myös uusia asioita, joita on hyvä alkaa selvittelemään. Selvitystyön alle lisättiin esimerkiksi GDPR, ja kuinka alustan tarjoajan vastuut ja vastuun siirto voitaisiin toteuttaa. Aiemmin tiimillä oli hieman epävarmuutta koskisiko GDPR meidän projektiamme, mutta nyt saatiin vastaus, miltä osin se koskee ja voidaan lähteä ratkomaan kohdennetusti tätä ongelmaa.
### Review:
Deployment saatiin ratkaistua, ainakin osittain. Nyt Gitin kautta voi käskyttää Kubernetesta. Deploymenttiiin tutustumista pitää kuitenkin jatkaa, koska siinä on vielä asioita, jotka ovat hämmentäviä. Deploymentistä olisi kuitenkin hyvä saada selkeä ja sellainen, ettei siinä ole turhia ”purkkaratkaisuja”. Vielä vain on haasteena, onko kaikkien ongelmien hiomiseen riittävästi aikaa. Tässä vaiheessa purkkaratkaisutkin auttavat projektia eteenpäin ja niitä pyritään karsimaan, kun asioista päästään paremmin perille.
Power Automatella saatiin sähköpostin avulla liitettyä henkilöitä MS Teams tiimeihin automaattisesti, selvityksessä on nyt, kuinka Power Automatella saadaan lisättyä Teamsiin halutut dokumentit automaattisesti. Tämän jälkeen on vuorossa Git repon automaattinen kloonaus.
Tiimin kanssa pidettiin perjantaina sprint reviewn yhteydessä pidempi tuumaushetki, jossa keskusteltiin ja arvioitiin projektin nykytilaa Kuberneteksen näkökulmasta ja sitä mikä olisi järkevää projektin tulevaisuuden kannalta.
Tiimin mielestä olemassa olevilla resursseilla alkuperäinen hahmotelma yhdestä Kubernetes klusterista on hylättävä. Opiskelija oikeuksilla CSC:stä single node mallilla, joka hostaisi sekä Overflown, että IoTituden palveluita, ei ole mahdollista saada riittävän tehokasta. Sellaista, että se pystyisi ongelmattomasti ratkomaan kaikki haasteet. Vaihtoehtona olisi luoda jokaiselle tiimiläiselle omat ympäristöt, jotka liitettäisiin toisiinsa, mutta se olisi liian monimutkaista ja työlästä. Eikä palvelisi pidemmän päälle ketään.
Parempana ja järkevämpänä vaihtoehtona nähtiin, että kummallekin palvelulle luotaisiin oma klusteri, koska palvelut ovat toisistaan erillisiä, eivätkä juttele toisilleen missään vaiheessa. Tämä yksinkertaistaisi myös klusterien rakennetta, kun yksittäistä palvelua hallittaessa klusterin rakenne voisi olla yksinkertaisempi. Yksittäistä palvelua hallittaessa CSC:n koneiden resurssit riittäisivät paremmin vastaamaan palveluiden tarpeisiin mahdollisten käyttäjäpiikkien osuessa kohdalle. Klustereihin rakennettaisiin keskitetty monitorointi ja samanlaiset CI/CD pipelinet, mutta niihin olisi mahdollista tehdä myös eriäviä konfauksia ja muutoksia, mikäli hostattavat palvelut niin vaatisivat.
MetalLBn vahvistettiin sopivan load balanceriksi ja proxyksi, jolloin klusterista saadaan näkyväksi vain MetalLbn osoite ja klusterin nodet pysyvät sen takana turvallisesti piilossa.
Maanantaina sovittiin pidettäväksi isompi uudelleen suunnittelu palaveri, jotta projekti ja tulevat sprintit pystyttäisiin paremmin sovittamaan uutta lähestymistapaa vastaavaksi ja projekti pääsisi etenemään tasaisesti.
