DevOps Beroepsproduct

Afsluiter van de course fase is een opdracht om in teamverband een DevOps BeroepsProduct (BP) te realiseren, te deployen en in de lucht te houden en monitoren.

Het is goed om je al een keer op deze eindopdracht en beoordelingscriteria te orienteren aan het begin van de course, zodat je hier gericht naar toe kunt werken. Tijdens de course fase refereert de docent waarschijnlijk ook regelmatig aan de eindopdracht, ivm het CDMM beoordelingsmodel. En in de laatste weekopdracht(en) neem je hierop ook al een voorschotje.

Figuur: Ontdek het DevOps 'Secret Ingredient' tijdens de course eindopdracht!

NB Tijdens de course eindopdracht leer je — eindelijk — de secret ingredient van DevOps kennen! (zie figuur; spoiler warning: filmpje NIET aanklikken!)

De DevOps minor is voltijd. Jullie worden geacht om 40 uur per week aan beroepsproduct te ontwikkelen. Dus op maandag bespreken we bovenstaand overzicht en eventuele uitwijkingen hierop. Communcatie verloopt ook via het aangemaakt Slack kanaal en/of Teams (Slack in 2024)/.

Lestijden DevOps-project

Vraag student

"Ik ben een beetje verward door het rooster van ISAS i.c.m het rooster op minordevops.nl. Wat zijn nu precies de lestijden voor het DevOps project volgende week? Ik wil ook netjes verlof boeken met m'n werk."

Reminder: KiesOpmaat geeft/gaf ook aan:

Rooster Er wordt vanuit gegaan dat studenten van maandag t/m vrijdag beschikbaar zijn, dus bijbaantjes of andere vakken van maandag t/m vrijdag (9.00-17.45 uur) volgen is geen optie.

Er is in de laatste drie weken geen centrale stof meer, en ook geen theorietoetsen. We gaan de geleerde theorie toepassen, en waar nodig nog aanvullen of gaten dichten. Je werkt zelfstandig met je team werken aan de eind opdracht. Hiermee oefenen we ook de vorm vam het eindproject in blok 2. Op de lesmomenten is de docent in het geroosterde lokaal, tenzij anders afgestemd. Begin van de week zijn sprint planning en eind van de week reviews. In week 2 kan begin van de week nog een retrospective met je docent zijn, of je doet dit als team zelfstandig (continuous improvement).

In week 9 is (naast theorie toets herkansing) mogelijk ook nog een bedrijfsbezoek en/of een workshop bij InfoSupport workshop. Details volgen in de lessen.

Week 6: Spike/Onderzoek Sprint

Zie de Spike Guide voor uitleg over de onderzoeksweek, de te onderzoeken thema's en de presentatie op donderdag. Je maakt ook alvast een User Story map van je functionaliteit en ook je spikes en non-functionals hierin.

Week 7: Implementatie & Development

In week 7 ga je de bevindingen uit je spike-onderzoek implementeren in je MSA DevOps applicatie. Je werkt aan:

• Basis functionaliteit van je product increment (selectie user storie)
• Toepassen van onderzochte technologieën in je applicatie
• Architectuur aanpassingen volgens je spike-bevindingen
• Documentatie via C4 diagrammen en ADR's en invullen individuele verantwoording

Aan het einde van week 7 moet je applicatie werkend zijn op een productie-omgeving.

Week 8: Product Increment & Presentatie

Week 8 staat in het teken van het afronden van je product increment en de voorbereiding van de eindpresentatie:

• Product increment realiseren met de 6 vereiste eisen (uitrol, architectuur, monitoring, security, schaling, fouttolerantie)
• Staging omgeving opzetten naast productie
• Testing en validatie van alle functionaliteit
• Voorbereiding eindpresentatie en demo
• Documentatie afronden (README, ADR's, C4 diagrammen, individuele verantwoording)

Op donderdag van week 8 presenteer je je beroepsproduct aan de klas en docenten. Op maandag in week 9 presenteer je je product aan de product owner (sprint review 2 = overall demo). Verder is er ook een aparte sessie individuele verantwoording.

Aanpassing 2025

NB In 2025 krijg je geen GEEN externe K8s omgeving vanuit de HAN. In het project in blok 2 is er wel een externe omgeving (Azure DevOps/MCPS; waar je in week 9 een workshop over krijgt). Maar in deze Course opdracht mag je het houden bij runnen op localhost. Onderstaand optionele uitleg dat het wel mag, maar focus vooral op functionaliteit maken en andere techniek onderzoeken.

Hoe dan staging en productie?

Zorg wel dat je je product integreert met alle teamleden, dus dat je bij de review de demo kunt geven op elke willekeurige laptop van een teamlid. Met name voor demo'en van geimplementeerde 'techs' kan dit een uitdaging zijn.

Zorg voor de staging omgeving wel voor dat je dit kunt aangeven in je pipeline. Run je staging en productie als twee namespaces in je (lokale) Kubernetes cluster.

📚 Handleiding: Zie Kubernetes Multi-Environment Setup voor een complete uitleg hoe je staging en productie namespaces opzet met eenvoudige localhost URL's.