DevOps is a term used in many places and unfortunately also to mean many different things. This presentation (largely in Dutch) paints the DevOps picture. While it may not give a clear cut definition (there does not seem to be one) it certainly makes clear what DevOps is about, what objectives and origins are and which factors enable and drive DevOps.
DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
Cultuur in DevOps: vaak vergeten, maar essentieel voor succes
Wanneer organisaties gaan nadenken over het doorvoeren van DevOps wordt er snel gedacht aan de teams, die software bouwen en tools, die nodig zijn voor het versnellen van DevOps processen.
We werken dus snel agile en hebben de tools aangeschaft en ingericht om agile te kunnen werken. Als zo’n ingrijpende wijziging komt in werkwijze, betekent het ook, dat de cultuur moet veranderen. Niet alleen voor de agile teams, maar ook om de organisatie in het geheel.
In deze sessie gaat Alex Roos dieper in op de processen, die gemoeid zijn met een verandering van cultuur.
U wilt altijd de best passende testaanpak. Maar kiest u voor de (schijn)zekerheid van scripted testen of gaat u voor flexibiliteit en pragmatiek, waarmee u sneller en efficiënter inzicht krijgt in de kwaliteit van uw systeem?
Op 19 en 20 november organiseerde SYSQA haar jaarlijkse Kennissessies. Dit jaar over Situationeel testen, een antwoord op het genoemde dilemma. Want op ieder project, bij iedere organisatie past een eigen testaanpak.
Tijdens de Kennissessies bleef het niet bij theorie. Na de pauze werd een tweetal aansprekende klantcases toegelicht. Hierbij kwam onder meer aan de orde hoe de betreffende organisaties met Situationeel testen altijd op de meest optimale manier testen, tegen de laagst mogelijke kosten.
De Kennissessies bleken ook dit jaar een middag vol inspiratie, mogelijkheden tot netwerken en kennisuitwisseling en boeiende praktijkcases.
Deelnemers gingen naar huis met nieuwe inzichten waarmee zij op een flexibele en pragmatische wijze sneller en efficiënter inzicht krijgen in de kwaliteit van een systeem!
DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
Cultuur in DevOps: vaak vergeten, maar essentieel voor succes
Wanneer organisaties gaan nadenken over het doorvoeren van DevOps wordt er snel gedacht aan de teams, die software bouwen en tools, die nodig zijn voor het versnellen van DevOps processen.
We werken dus snel agile en hebben de tools aangeschaft en ingericht om agile te kunnen werken. Als zo’n ingrijpende wijziging komt in werkwijze, betekent het ook, dat de cultuur moet veranderen. Niet alleen voor de agile teams, maar ook om de organisatie in het geheel.
In deze sessie gaat Alex Roos dieper in op de processen, die gemoeid zijn met een verandering van cultuur.
U wilt altijd de best passende testaanpak. Maar kiest u voor de (schijn)zekerheid van scripted testen of gaat u voor flexibiliteit en pragmatiek, waarmee u sneller en efficiënter inzicht krijgt in de kwaliteit van uw systeem?
Op 19 en 20 november organiseerde SYSQA haar jaarlijkse Kennissessies. Dit jaar over Situationeel testen, een antwoord op het genoemde dilemma. Want op ieder project, bij iedere organisatie past een eigen testaanpak.
Tijdens de Kennissessies bleef het niet bij theorie. Na de pauze werd een tweetal aansprekende klantcases toegelicht. Hierbij kwam onder meer aan de orde hoe de betreffende organisaties met Situationeel testen altijd op de meest optimale manier testen, tegen de laagst mogelijke kosten.
De Kennissessies bleken ook dit jaar een middag vol inspiratie, mogelijkheden tot netwerken en kennisuitwisseling en boeiende praktijkcases.
Deelnemers gingen naar huis met nieuwe inzichten waarmee zij op een flexibele en pragmatische wijze sneller en efficiënter inzicht krijgen in de kwaliteit van een systeem!
Het GEO team bij Schiphol is verantwoordelijk voor het realiseren en beheren van GIS toepassingen (geografische informatiesysteem) voor diverse klantgroepen op de hele luchthaven. In een complexe omgeving, met interne en externe stakeholders is het team eind 2016 een agile transitie aangegaan.
In deze sessie vertelt Kees van 't Hoog over de reis van de transitie van een traditionele projectaanpak naar volledig Agile aan de hand van successen, tegenslagen en groei van het team.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Welkom,
In deze reeks presentaties de vragen en hun antwoorden afkomstig uit het voorbeeldexamen van EXIN DevOps Professional.
De onderwerpen in deze vragen worden uitgediept.
In deze presentatie van 01 van 40
In de hedendaagse Agile en DevOps wereld ontstaan vaak ketenproblemen. Wat kun je daaraan doen? Wij hebben ervaren dat ketenregie een oplossing biedt. In deze presentatie leggen we twee mogelijke uitersten van oplossingen voor. Elke organisatie zal haar eigen variant moeten ontdekken. De door ons aangereikte handvatten zijn daarbij vast heel nuttig.
Presentatie op de Quality Experience Day van Sogeti op 2 oktober 2017 door Ahmed Alarieqi en Rik Marselis
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
Er komen continu nieuwe features bij in Azure DevOps Services. Grote en kleine aanpassingen die vaak handig zijn, maar soms verstopt zitten. Om het voor jou makkelijker te maken de nieuwe features te ontdekken en te gaan gebruiken, organiseren we vier keer per jaar het 'Nieuw in Azure DevOps'-webinar. In dit webinar geven we ieder kwartaal een overzicht van de nieuw toegevoegde features. Tevens gaan we steeds kort in op de ontwikkelingen binnen GitHub.
Wat is er nieuw in Azure DevOps?
Naast de hieronder genoemde updates in Azure DevOps, behandelen we tijdens het webinar van 8 april ook een interessant extra onderwerp, namelijk: Pull Request Decorators.
Agents updates
API’s updates
Security updates
Azure Pipeline updates
Azure Artifacts update
Azure Wiki’s update
Het GEO team bij Schiphol is verantwoordelijk voor het realiseren en beheren van GIS toepassingen (geografische informatiesysteem) voor diverse klantgroepen op de hele luchthaven. In een complexe omgeving, met interne en externe stakeholders is het team eind 2016 een agile transitie aangegaan.
In deze sessie vertelt Kees van 't Hoog over de reis van de transitie van een traditionele projectaanpak naar volledig Agile aan de hand van successen, tegenslagen en groei van het team.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Welkom,
In deze reeks presentaties de vragen en hun antwoorden afkomstig uit het voorbeeldexamen van EXIN DevOps Professional.
De onderwerpen in deze vragen worden uitgediept.
In deze presentatie van 01 van 40
In de hedendaagse Agile en DevOps wereld ontstaan vaak ketenproblemen. Wat kun je daaraan doen? Wij hebben ervaren dat ketenregie een oplossing biedt. In deze presentatie leggen we twee mogelijke uitersten van oplossingen voor. Elke organisatie zal haar eigen variant moeten ontdekken. De door ons aangereikte handvatten zijn daarbij vast heel nuttig.
Presentatie op de Quality Experience Day van Sogeti op 2 oktober 2017 door Ahmed Alarieqi en Rik Marselis
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
Er komen continu nieuwe features bij in Azure DevOps Services. Grote en kleine aanpassingen die vaak handig zijn, maar soms verstopt zitten. Om het voor jou makkelijker te maken de nieuwe features te ontdekken en te gaan gebruiken, organiseren we vier keer per jaar het 'Nieuw in Azure DevOps'-webinar. In dit webinar geven we ieder kwartaal een overzicht van de nieuw toegevoegde features. Tevens gaan we steeds kort in op de ontwikkelingen binnen GitHub.
Wat is er nieuw in Azure DevOps?
Naast de hieronder genoemde updates in Azure DevOps, behandelen we tijdens het webinar van 8 april ook een interessant extra onderwerp, namelijk: Pull Request Decorators.
Agents updates
API’s updates
Security updates
Azure Pipeline updates
Azure Artifacts update
Azure Wiki’s update
Best practices for upgrading patches and versions .... Dutch
Indien U een persoonlijke presentatie of demonstratie wens kan je mij altijd contacteren via LinkedIn of via regine.deleu@oracle.com
Hoe technische beperkingen uw outtasking of -sourcing traject kunnen laten m...Proact Netherlands B.V.
"Ik besteed het toch uit?"
Ook als een infrastructuur in de vorm van outtasking als een dienst wordt afgenomen is techniek van belang. In de dagelijkse praktijk blijken outtasking en -sourcing failures namelijk regelmatig te worden veroorzaakt door verkeerde technische keuzes. Houd dus grip op de technische aspecten van een dienst. Waar kunt u op letten?
- Hoe zorg ik ervoor dat mijn provider een infrastructuur als gedegen fundament biedt?
- Kan innovatie eenvoudig worden geïncorporeerd of vereist deze forklift upgrades en extra kosten?
- Is deze schaalbaar en waar liggen de onvoorziene glazen plafonds?
In deze presentatie worden de belangrijkste technische valkuilen van outtasking besproken aan de hand van praktijk voorbeelden.
2tCloud update - Copaco Cloud Event 2015 (break-out 3)Copaco Nederland
Een nieuwe infrastructuur, verhuizing naar nieuwe datacenters, nieuwe diensten en meer. Het 2tCloud platform is continu in ontwikkeling en biedt steeds meer functionaliteit. Met deze presentatie informeert het 2tCloud team u over de laatste ontwikkelingen en nieuwe, unieke mogelijkheden waarop u gebruik kunt maken van het 2tCloud platform, zelfs zonder de verplichting om clouddiensten af te nemen.
In deze webinar neemt Gerlinde Oversluizen u mee op reis en geeft u handvatten om de eerste stappen te zetten naar uw eigen digitale fabriek.
Tijdens deze sessie kwamen de volgende vragen aan bod:
Wat is een digital factory?
Bij welke problemen kunnen digital factory concepten helpen?
Met de centralisatie van de opslag maken steeds meer en verschillende applicaties en systemen hiervan gebruik met ieder hun eigen karakateristieken in IO. Bij aanschaf en inrichting wordt echter vaak, om het beheer te vereenvoudigen gekozen voor een 'one-size-fits-all' oplossing. Niet zelden gaat dit echter wringen waardoor er prestatie problemen in de service ontstaan. Met het doorlichten van de centrale opslag kunnen deze bottleneck snel inzichtelijk gemaakt worden en verbeteringen aangebracht zodat reeds gemaakte investeringen beter en langer renderen.
Met de TOPdesk – Azure DevOps koppeling kunnen meldingen in TOPdesk eenvoudig kunnen worden doorgezet naar Azure DevOps. Er wordt automatisch een work-item gecreëerd in Azure DevOps dat door het ontwikkelteam kan worden opgepakt. Andersom worden statuswijzigingen van workitems in Azure DevOps teruggestuurd naar TOPdesk. Deze SaaS-koppeling werkt op basis van de online versies van beide software producten.
Tijdens dit webinar zijn we ingegaan op de TOPdesk – Azure DevOps koppeling. Hoe werkt de koppeling en wat zijn de mogelijkheden. Daarnaast behandelden we de voordelen, randvoorwaarden, security aspecten en nieuwe features. Ook hebben we de werking van de koppeling middels een demonstratie laten zien.
Article (in Dutch) in the AG Connect about automating your IT organization across the entire IT value chain. Most IT organization typically lack a sophisticated plan and approach of how to automated IT activities across the service life cycle from plan, code, build, test, deploy, monitor, etc. Use the IT4IT Reference Architecture from The Open Group to guide this transformation journey.
Lean Manufacturing wordt veelvuldig toegepast in de industrie bij de productcreatie. Ook in de typische print en post verwerking kunnen de principes van Lean Manufacturing
Introduction to web application development with Vue (for absolute beginners)...Lucas Jellema
In this slide deck I show you how you can easily and quickly create quite rich web applications with Vue 3 – without having to study complex concepts or understand many technical details. I have only recently learned how to work with Vue 3 myself and now is the best time for me to share my learning experience (and my enthusiasm) with you. I know what I found essential to understand and what most got me excited in these early steps (what was a little bit hard to grasp). I believe that I can present my steps and guide you to experience the same fun and have a similarly gratifying experience. I am not an expert in this subject – I have barely learned how to walk and that is why I can help you with these first steps with Vue.
In this deck, I do not explain how Vue works. I do not really know that. I will show you how to work with it and how to create web applications that are functional, appealing, fast and responsive.
The approach I am taking is straightforward:
• I will tell you a little bit about web development, browsers and reactive frameworks
• I will show the hello world of Vue applications
• I will explain about components and nesting, events, data binding and reactive behavior and demonstrate these concepts
• I will introduce Vue UI Component libraries – and with no effort at all we will launch our application to the next level – with rich components to explore, manipulate, visualize data collections
• We will publish the web application from our development environment to where the whole world could see it – using GitHub Pages
• As bonus topic – we discuss state management
At the end of this session you will be able to quickly create a simple yet rich web application with Vue 3. You have a starting point to further evolve your skills with the many online resources I am convinced that you will enjoy your newfound powers and the simplicity and power of Vue 3.
Note: a tutorial accompanies this slide deck - see https://github.com/lucasjellema/code-face-vue3-intro-reactiive-webapps-aug2023/blob/main/README.md
Making the Shift Left - Bringing Ops to Dev before bringing applications to p...Lucas Jellema
Designing, agreeing on, implementing and testing the application is our first challenge. But it does not end there. Applications require tender love and care when they are live. Application Operations needs to be in place along with the functionality of the application. AppOps is the process of making sure that the applications are executed as required and that any problems are detected, reported and dealt with. Some mechanisms used in AppOps: transaction tracing, log analysis, post-data-exchange-checks, health checking of all systems involved, in-production-testing of end-to-end data flows. Additionally, AppOps takes care of configuration management, scaling, cost management, technical life cycle management on solution components. In this session, we will take a closer look at what is required to keep those applications going and how we do ops by design from early on in the agile process.
Lightweight coding in powerful Cloud Development Environments (DigitalXchange...Lucas Jellema
Cloud Based Development environments allow software engineers to work in a new and refreshing way. The development environment runs in the cloud, based on a coded environment definition and with the sources from a specific branch in a Git repository. The environment can be quite powerful in memory, CPU and storage. Development can be done from a lightweight device such as a Chromebook or even a tablet. Switching between different environments becomes a breeze, collaborating in an environment is easily done. Using network tunneling, the IDE could run locally against the remote workspace and remote ports can be accessed on localhost. This session demonstrates both Gitpod and Github Codespaces - similar SaaS offerings with generous free tiers. They are great for quick investigation into new technologies, for working through tutorials and for contributing to open source projects. You will smile at the ease and elegance of engineering your software in this way.
Apache Superset - open source data exploration and visualization (Conclusion ...Lucas Jellema
Introducing Apache Superset - an open source platform for data exploration, visualization and analysis - co-starring Trino and Steampipe for providing SQL access to many non-SQL data sources.
CONNECTING THE REAL WORLD TO ENTERPRISE IT – HOW IoT DRIVES OUR ENERGY TRANSI...Lucas Jellema
Enterprise IT systems are deaf, blind and highly insensitive. They do not know what is going on in the outside world. Through Internet of Things technology, we provide eyes, ears and hands that allow enterprises to learn about and react in real time to events in the physical world. The energy transition at a major Dutch energy company (Eneco) is powered by IoT technology – to steer and sometimes curtail windmills and solar farms and to coordinate local energy production and trade. This session shows you how the physical world was connected to the customer portals and apps, asset management systems and Kafka platform through the Azure cloud based IoT Hub en Edge, digital twin, serverless functions, timeseries datastores and streaming data analysis. It is a story about technological innovation on top of existing foundations and of a vision for business and our society at large.
Help me move away from Oracle - or not?! (Oracle Community Tour EMEA - LVOUG...Lucas Jellema
I hear this aspiration from a growing number of organizations. Sometimes as a quite literal question. This however is merely half of a wish. Apparently, organizations want to quit with one thing — but have not yet stipulated what they desire instead. What is the objective that is pursued here? Only to get rid of Oracle? It will become clear why you should give a considerable thought about dropping Oracle, or any other vendors’ technology, when you’re not pleased with your current IT situation. You need to focus on the actual problems and objectives and define the suitable roadmap to fit your real needs. It turns out that the quest is usually for modernization and flexibility - and Oracle can very well be a part of that future.
Organizations with decades of investment in Oracle technology sometimes (and increasingly) express a wish to move away from Oracle. In this session, we will first explore where the desire to move away from Oracle might come from. Then we describe what the term Oracle represents — more than 2.000 products on all layers in the technology stack and in different business areas. Finally, we map out what the ‘moving away from’ consists of: defining where you ‘move to’ and subsequently actually going there.
It will become clear why you should give considerable thought about dropping Oracle, or any other vendors’ technology, when you’re not pleased with your current IT situation. You need to focus on the actual problems and objectives and define the suitable roadmap to fit your real needs. It turns out that the quest is usually for modernization and flexibility - and Oracle can very well be a part of that future.
Original storyline in this Medium Article: https://medium.com/real-vox/what-if-companies-say-help-me-move-away-from-oracle-ffbbc95afc4f
IoT - from prototype to enterprise platform (DigitalXchange 2022)Lucas Jellema
In 2019 the company started a small scale IoT project: smart meters in consumer homes, a cloud based IoT platform for device management, metrics collecting, monitoring and real time data processing. From the initial 12 devices and this single use case, the initiative has rapidly scaled, to tens of thousands devices - including entire wind parks and solar farms - and seven substantial business cases, not just for harvesting data but increasingly for real time actuation. The IoT Platform is feeding the brain at the heart of the enterprise - through an event streaming platform and an API platform. It supports complex operations with anomaly detection on metrics streams and device and communication monitoring. This session tells about the eye catching business cases - what are business objectives and results - and explains the journey since the start. It continues the story presented at DigitalXchange 2020 - discussing technical challenges and solutions as well as organizational aspects. Areas of particular interest: edge processing, data analytics and machine learning.
Who Wants to Become an IT Architect-A Look at the Bigger Picture - DigitalXch...Lucas Jellema
Pitch: The movie The Matrix made it clear: The Architect is powerful. How to be(come) and IT architect? What do you do, what do you need to know, is it fun and why? Using real world examples, core principles and useful tools, this session introduces the subtle art of designing and realizing flexible IT architectures. </p><p>Taking a step back to get and create an overview, frequently asking why to get to the real intention, bringing aspects such as cost, scale, time and change and business strategy into the design and bridging the gap between business owners, process managers and technical specialists. One way to define the responsibility of an IT architect. In this session, we will discuss what is expected of the architect and what you need to do for that and what you could use to get it done. How do you get started as an architect, how to grow in that role? We discuss a number of real life architectural challenges and solution design. And discuss a number of architecture principles, patterns, and powers to apply. Never stop programming - but perhaps rise to the architecture challenge too.
Notes: Many IT professionals aspire to become architects. Many architects wonder what it is they have to do. After 27 years in IT I find I have slowly and steadily moved into a role that I can probably use the label architect for, although still with some reluctance. What exactly does that mean - IT architect? While I may not have all answers and the ultimate truth and wisdom, I do have many architectural challenges to discuss and some core principles to share and a number of tips, tricks and tools to recommend that will help anyone get started or grow in a role as architect for software and IT systems. Elements that make an appearance include cloud, agile, DevOps, microservices, persistence, business, powers of persuasion, diagramming, cost, security, software engineering, data.
Outline: - two real world examples (one new business initiative, one running and struggling project) and how to approach them with an architect's mind - core principles to apply , patterns to us, what to unearth (the power question of WHY) - architecture products: what do you deliver as an architect; how do you ensure agility? - how to be effective? bringing your design to life - communication with stakeholders/powers of persuasion, monitoring adherence, being pragmatic but not lose grip; - anecdotal evidence from several small and large product teams - the good and also the ugly (architectural oversights and the consequences)
some specific answers to address - how much technical knowledge and programming skills does an architect require? What other knowledge is required and how to stay on top of your game? how to get going: first steps towards be(com)ing and architect?
Steampipe - use SQL to retrieve data from cloud, platforms and files (Code Ca...Lucas Jellema
Introduction to Steampipe - a tool for retrieving data and metadata about cloud resources, platform resources and file content - all through SQL. Data from clouds, files and platforms can be joined, filtered, sorted, aggregated using regular SQL. Steampipe offers a very convenient way to get hold of data that describes the environment in detail.
Automation of Software Engineering with OCI DevOps Build and Deployment Pipel...Lucas Jellema
Automation of software delivery has several advantages. Prevention of human error is certainly one. Consistent and complete execution of tried and tested build and deployment tasks as the only way to apply changes in the live environment. Once the pipelines have been set up, the engineers can focus on the software and applying the required changes to it. To bring that software all the way to production is a breeze. Oracle Cloud Infrastructure offers the DevOps service, introduced in the Summer of 2021. This service comes with git style code repositories, build servers and build pipelines, artifact repositories as well as deployment pipelines. This session introduces OCI DevOps and demonstrates how software can be built and deployed on OKE Kubernetes, Compute Instance VMs and Oracle Functions. From simple source code an application is put in production without manual intervention in the build and deployment process.
Introducing Dapr.io - the open source personal assistant to microservices and...Lucas Jellema
Dapr.io is an open source product, originated from Microsoft and embraced by a broad coalition of cloud suppliers (part of CNFC) and open source projects. Dapr is a runtime framework that can support any application and that especially shines with distributed applications - for example microservices - that run in containers, spread over clouds and / or edge devices.
With Dapr you give an application a "sidecar" - a kind of personal assistant that takes care of all kinds of common responsibilities. Capturing and retrieving state, publishing and consuming messages or events. Reading secrets and configuration data. Shielding and load balancing over service endpoints. Calling and subscribing to all kinds of SaaS and PaaS facilities. Logging traces across all kinds of application components and logically routing calls between microservices and other application components. Dapr provides generic APIs to the application (HTTP and gRPC) for calling all these generic services – and provides implementations of these APIs for all public clouds and dozens of technology components. This means that your application can easily make use of a wide range of relevant features - with a strict separation between the language the application uses for this (generic, simple) and the configuration of the specific technology (e.g. Redis, MySQL, CosmosDB, Cassandra, PostgreSQL, Oracle Database, MongoDB, Azure SQL etc) that the Dapr sidecar uses. Changing technology does not affect the application, but affects the configuration of the Sidecar. Dapr can be used from applications in any technology - from Java and C#/.NET to Go, Python, Node, Rust and PHP. Or whatever can talk HTTP (or gRPC).
In this Code Café I will introduce you to Dapr.io. I will show you what Dapr can do for you (application) and how you can Dapr-izen an application. I'll show you how an asynchronously collaborative system of microservices - implemented in different technologies - can be easily connected to Dapr, first to Redis as a Pub/Sub mechanism and then also to Apache Kafka without modifications. Then we do - with the interested parties - also a hands-on in which you will apply Dapr yourself . In a short time you get a good feel for how you can use Dapr for different aspects of your applications. And if nothing else, Dapr is a very easy way to get your code with Kafka, S3, Redis, Azure EventGrid, HashiCorp Consul, Twillio, Pulsar, RabbitMQ, HashiCorp Vault, AWS Secret Manager, Azure KeyVault, Cron, SMTP, Twitter, AWS SQS & SNS, GCP Pub/Sub and dozens of other technology components talk.
How and Why you can and should Participate in Open Source Projects (AMIS, Sof...Lucas Jellema
For a long time I have been reluctant to actively contribute to an open source project. I thought it would be rather complicated and demanding – and that I didn't have the knowledge or skills for it or at the very least that they (the project team) weren't waiting for me.
In December 2021, I decided to have a serious input into the Dapr.io project – and now finally to determine how it works and whether it is really that complicated. In this session I want to tell you about my experiences. How Fork, Clone, Branch, Push (and PR) is the rhythm of contributing to an open source project and how you do that (these are all Git actions against GitHub repositories). How to learn how such a project functions and how to connect to it; which tools are needed, which communication channels are used. I tell how the standards of the project – largely automatically enforced – help me to become a better software engineer, with an eye for readability and testability of the code.
How the review process is quite exciting once you have offered your contribution. And how the final "merge to master" of my contribution and then the actual release (Dapr 1.6 contains my first contribution) are nice milestones.
I hope to motivate participants in this session to also take the step yourself and contribute to an open source project in the form of issues or samples, documentation or code. It's valuable to the community and the specific project and I think it's definitely a valuable experience for the "contributer". I looked up to it and now that I've done it gives me confidence – and it tastes like more (I could still use some help with the work on Dapr.io, by the way).
Microservices, Apache Kafka, Node, Dapr and more - Part Two (Fontys Hogeschoo...Lucas Jellema
Apache Kafka is one of the best known enterprise grade message brokers – created at LinkedIn, donated to the Apache software foundation and used in an ever growing number of organizations to provide a backbone for asynchronous communication. This session introduces Apache Kafka – history, concepts, community and tooling. In a hands on lab, participants will create topics, publish and consume messages and get a general feel for Kafka. Simple microservices are developed in NodeJS – publishing to and consuming from Apache Kafka.
Dapr.io has support for Apache Kafka. Using Kafka through Dapr is very straightforward as is explained and demonstrated and applied in a second handson lab – with applications in various programming languages. Participants will even be able to exchange events across their laptops – through a cloud based Kafka broker.
Use of Apache Kafka in several architecture patterns is discussed – such as data integration, microservices, CQRS, Event Sourcing – along with a number of real world use cases from several well known organizations. The Kafka Connector framework is introduced – a set of adapters that allow us to easily connect Kafka to sources and sinks – where respectively change events are captured from and messages are published to.
Bonus Lab: Apache Kafka is ran on Kubernetes as is Dapr.io. Multiple mutually interacting microservices are deployed on the same local Kubernetes cluster.
Microservices, Node, Dapr and more - Part One (Fontys Hogeschool, Spring 2022)Lucas Jellema
This session does a quick recap of microservices: why do we want them, what problems do they solve and what are the principles around designing and implementing them? The Dapr.io runtime framework for distributed applications is introduced. Dapr provides a sidecar (almost like a personal assistant to a manager) to an application or microservice, a companion process that handles common tasks such as storing and retrieving state, consuming and publishing messages and events, invoking external services and other microservices as well as handling incoming requests. Participants will do a handson lab with Dapr.io and learn how to quickly implement interactions with various technologies, including Redis and MySQL.
Node(JS) is introduced – a server side JavaScript-based programming language that can be used well for implementing microservices. Some of the main characteristics of NodeJS are discussed (functional programming, asynchronous flows, NPM package manager) as well as common use cases (handle incoming HTTP requests, invoke REST APIs). In the second lab, Node and Dapr are used together to implement microservices that interact with databases and message brokers and each other – in a decoupled fashion.
6Reinventing Oracle Systems in a Cloudy World (RMOUG Trainingdays, February 2...Lucas Jellema
The cloud is changing many things. Even the decision to not (yet) adopt cloud is one to make explicitly. Now is a time for any organization to reconsider the IT landscape. For each system we should make a conscious ruling on its roadmap. The 6R model suggests six ways to move a system forward.
This session uses the 6R model and applies it specifically to Oracle technology based systems: what are the options and considerations for Oracle Database, Oracle Fusion Middleware, custom applications, and other red components? What future should we consider and how do we choose? The paths chosen by several Oracle-heavy users is presented to illustrate these options and the decision making process. Oracle Cloud Infrastructure and Autonomous Database play a role, as do Azure IaaS and Azure Managed Database as well as on premises systems. Latency, recovery, scalability, licenses, automation, lock-in, skills, and resources all make their appearance.
Help me move away from Oracle! (RMOUG Training Days 2022, February 2022)Lucas Jellema
Organizations with decades of investment in Oracle technology sometimes (and increasingly) express a wish to move away from Oracle. In this session, we will first explore where the desire to move away from Oracle might come from. Then we describe what the term Oracle represents -- more than 2.000 products on all layers in the technology stack and in different business areas. Finally, we map out what the 'moving away from' consists of: defining where you 'move to' and subsequently actually going there.
It will become clear why you should give considerable thought about dropping Oracle, or any other vendors' technology, when you're not pleased with your current IT situation. You need to focus on the actual problems and objectives and define the suitable roadmap to fit your real needs. It turns out that the quest is usually for modernization and flexibility - and Oracle can very well be a part of that future.
Conclusion Code Cafe - Microcks for Mocking and Testing Async APIs (January 2...Lucas Jellema
Microcks is a tool for API Mocking and Testing. In this presentation an overview of the support in Microcks for asynchronous APIs - the event publishing and consuming behavior of services and applications
Cloud native applications offer scalability, flexibility, and optimal use of compute resources. Serverless functions interacting through events, leveraging cloud capabilities for persistent storage and automated operations take organization to the next level in IT. This session demonstrates polyglot Functions interacting with native cloud services for events and persistence (Object Storage and NoSQL Database) and leveraging the Key and Secrets Vault, Monitoring and Notifications services for operational control. A lightweight API Gateway is used to expose APIs to external consumers. Infrastructure as Code is the guiding principle in deploying both cloud resources and application components, through OCI CLI and Terraform. This session leverages many cloud native (enabling) services in Oracle Cloud Infrastructure. The session will introduce concepts, then spend most of the time on live demonstrations. All sources are shared with the audience, to allow participants to create the same application in their own cloud tenancy. What is so great about Cloud Native Applications? How do you create one? I will explain the first and demonstrate the second. On Oracle Cloud Infrastructure, using services that anyone can use for free, I will live create a cloud native application that streams, persists, notifies, scales, monitors Benefits: - get to know many different OCI services - understand the meaning, purpose and benefits of cloud native development - learn how to take your own first steps in OCI - for free!
Software Engineering as the Next Level Up from Programming (Oracle Groundbrea...Lucas Jellema
Software engineering is programming with the added dimension of time: programs that can evolve and scale, be maintained and be operated by multiple people over a longer period of time. What does it take to do software engineering in a professional manner - beyond mere programming? As programmers, our main goal is to make IT work. To translate functional specification into executable code. And sure, that is the least we can do. But we have more responsibility than this. We have to produce software that is robust and will reliably handle expected and unexpected cases. Software that is scalable and can handle expected and somewhat unexpected load gracefully. With minimal operating costs and in the greenest way possible. Software that is observable and manageable and that can be evolved with changing and new functional requirements and with changing technology. Software that will be legacy in the original, positive meaning of the word. That does not depend on the one big brain in our team or on the guy that has been around for three decades. Software that we know is good and can comfortably be modified in a controlled and productive way. We have to grow from excellent programmers to professional software engineers. This session talks about what it takes to create our code with honor. It discusses automation at every level in the build, rollout and monitoring of infrastructure (as code), platform and application, using CI/CD pipelines and DevOps procedures and tools. The session talks about testing – before and during development as well as after each change anywhere in the system and for both functional and non-functional aspects. Test driven development, regression testing and smoke testing are among the concepts discussed. The term ‘clean code’ refers to code that is readable, testable and maintainable. Through code analysis and peer reviews and by performing refactoring we constantly refine our software to be collectively adaptable. The session demonstrates the concepts discussed with code samples in the context of cloud native programming. As software engineers, we have an obligation to society, to our peers and to ourselves to not only write software that does the job, but to create code that is good. Ours is a great and meaningful line of work, especially if we raise our game professionally to code with honor.
4. Buzzword Bingo
TechTalks 101 - DevOps 5
DevOps Operations Waterval Agile Container
Business
Value
Cloud Automation Nieuwbouw Onderhoud Infra as Code Shift Left
Microservice Virtualisatie Pipeline IaaS Release Web Scale
CI/CD PaaS SAFe Beheer Test Team
Archipel
(Reizenrijk)
Nieuwbouw
Source Code
Control (Git)
SaaS
Uitrol
(Deploy/
Provision)
24/7
komen terug in toekomstige
TechTalk 101
8. schilderen
sprookjesfiguren
Mr. Cannibale
moderniseren
dak vervangen
Diorama
vervangen buxus
heggetjes in Sprookjesbos
versleten tapijten
vervangen in
Villa Volta
drainagebuizen
vervangen
verversen olie in
aandrijfmotoren
Vliegende Hollander
prullenbak-
ken legen
bladeren
vegen
kapotte speaker
vervangen
legionella-check
fonteinen en vijvers
stofzuigen in kasteel
Doornroosje
grasmaaien
darinageputjes
leegscheppen
elektrische
karretjes opladen
brillen
aanvullen in
Pandadroom
nieuwe
wachtrijindeling
Joris en de Draak
brandoefening
TechTalks 101 - DevOps 9
9. prullenbak
-ken legen
bladeren
vegen
kapotte speaker
vervangen
legionella-check
fonteinen en vijvers
stofzuigen in kasteel
Doornroosje
grasmaaien
darinageputjes
leegscheppen
elektrische
karretjes opladen
brillen
aanvullen in
Pandadroom
schilderen
sprookjesfiguren
Mr. Cannibale
moderniseren
dak vervangen
Diorama
vervangen buxus heggetjes
in Sprookjesbos
versleten tapijten
vervangen in Villa
Volta
drainagebuizen
vervangen
verversen olie in
aandrijfmotoren
Vliegende Hollander
nieuwe
wachtrijindeling
Joris en de Draak
bezoekers app met
nieuw live
wachttijden feature
Nieuwe attractie
Archipel
vervanging
muziek Carnaval
nieuwe
informatieborden
met QR code
nieuwe sloot
voor afwatering
nieuwbouw
werkplaats
nieuwe Pardoes T-
shirts en
handdoekenlijn
brandoefening
TechTalks 101 - DevOps 10
10. • frequent of voortdurend
• (ook) gedurende openingsuren
• simpel, klein, routine, checklist,
procedures, werkinstructies
• vrij urgent
• SLA-afspraken
• KPIs om te meten en op sturen
• storingen en incidenten
Productie De Run
Live
TechTalks 101 - DevOps 11
11. • frequent of voortdurend
• (ook) gedurende openingsuren
• simpel, klein, routine, checklist,
procedures, werkinstructies
• vrij urgent
• SLA-afspraken
• KPIs om te meten en op sturen
• storingen en incidenten
Productie De Run
Live
• vaak op basis van vast schema
• periodiek (eens per x maanden)
• (grotendeels) bekende aanpak
• wat omvangrijker
• (meestal) niet urgent
• in-gebruikname test na afronding
TechTalks 101 - DevOps 12
12. • frequent of voortdurend
• (ook) gedurende openingsuren
• simpel, klein, routine, checklist,
procedures, werkinstructies
• vrij urgent
• SLA-afspraken
• KPIs om te meten en op sturen
• storingen en incidenten
Productie De Run
Live
• vaak op basis van vast schema
• periodiek (eens per x maanden)
• (grotendeels) bekende aanpak
• wat omvangrijker
• (meestal) niet urgent
• in-gebruikname test na afronding
• geïnitieerd vanuit “de business”
• omvangrijker tot groot (en soms
meeslepend) – tijd, geld, impact
• onzekerheid
• implementatietraject
• (meestal) niet urgent
• in-gebruikname test na afronding
• overdracht aan beheerorganisatie
• buiten-gebruikstelling is ook vorm
van vernieuwing (“decommissioning”)
TechTalks 101 - DevOps 14
13. “Erg Storingsgevoelig”
“Moeilijk te bedienen!”
“Enorm stroomverbruik”
“Hoge slijtage”
“Tijdrovend om
te reviseren”
“Gevaarlijk!”
“Lastig om overzicht
te houden”
“Wordt snel vies”
“Asbest?!”
“We hebben een externe specialist
nodig om dit te onderhouden”
“Wie heeft dit bedacht?
Dat valt niet te bouwen!”
“Hoe kunnen we dit in drie
dagen keuren en certificeren?”
“Die bocht moet echt
iets minder scherp”
“Weer andere materialen?
Dan weer nieuw gereedschap!”
“We hebben dit nooit eerder gedaan,
geen idee hoe lang dat gaat duren”
TechTalks 101 - DevOps 15
14. IT
website
(kaartjes kopen, hotel
boeken, ..)
bezoekers
app
kassa-
systemen
personeel
planning systeem
salaris-
administratie
CRM
Database
Cache
Application
Server
LDAP / Active
Directory
CMS ESB
Stroom
Koeling Fysiek veilige plek om
apparatuur neer te zetten
Servers
Storage
Netwerk
Firewall
TechTalks 101 - DevOps 16
15. IT
website
(kaartjes kopen, hotel
boeken, ..)
bezoekers
app
kassa-
systemen
personeel
planning
systeem
salaris-
administratie
CRM
Database
Cache
Application
Server
LDAP /
Active
Directory
CMS
ESB
Stroom
Koeling
Fysiek veilige plek om
apparatuur neer te zetten
Servers (VMs,
Containers)
Storage
Netwerk
Firewall
gebruikeruitleg
schrijven
incidenten
afhandelen
applicatie health
monitoren
patch
toepassen
data export
maken
server
herstarten
database
backuppen
accounts
toevoegen/verwijderen
masterdata
bijwerken
files archiveren
virusscan
data center
stofzuigen
noodaggregaat
proefdraaien
firewall rules
aanpassen
uitgevallen berichten
verwerken
extra VM
starten
cache
reset
network scan
configureren
index
opschonen analyseer
performance trends
database
recovery test
uitwjik-
oefening
Helpdesk
Support Service
Desk
Hot
Line
inplannen
jobs
TechTalks 101 - DevOps 17
18. TechTalks 101 - DevOps 20
voeg toe:
schaalbaarheid,
performance,
security, stabiliteit,
herstelbaarheid,
monitoring
• Infrequent (per kwartaal, per half jaar of nog minder)
• Grote en vooral handmatige inspanning
• Weinig aandacht voor beheerconsequenties
• Geen duidelijke intake-criteria voor productie/beheer
(alleen functionele acceptatietest)
• Applicatie-oplevering los van Platform & Infra
• Weinig aandacht voor non-functionele criteria
19. Wat is er gebeurd?
TechTalks 101 - DevOps 21
2000 2020
2010
CI
CD
DevOps
λ
20. Wat is er gebeurd?
TechTalks 101 - DevOps 22
2000
CI
2010
CD
DevOps
2020
λ
21. Wat is er gebeurd?
TechTalks 101 - DevOps 23
CI
CD
DevOps
22. Wat is er gebeurd?
• Agile:
• wendbaarheid, “embrace change”
• focus op business waarde
• frequente releases
TechTalks 101 - DevOps 24
23. Wat is er gebeurd?
• Apps
• 24/7
• (near) Real Time
• B2C
• Web Scale
• Security
• Regelgeving
TechTalks 101 - DevOps 25
24. Wat is er gebeurd?
• Virtualisatie van infrastructuur (software defined everything)
& infrastructure as code
• Software Engineering tools en processen toegepast op definities van
infrastructuur- en platformcomponenten
TechTalks 101 - DevOps 26
25. Wat is er gebeurd?
• Containers en Container Platforms
• standaardisatie van tooling, pipelines en runtime platform
• nog meer automatisering – build, distributie, uitrol, operate
• vereenvoudiging elastische schaalbaarheid
• verdere integratie van applicatie en platform (en deel infra)
TechTalks 101 - DevOps 28
26. Wat is er gebeurd?
• Cloud
• Snelheid van in-gebruikname
• Elasticiteit in schaal
• Snelheid en betaalbaarheid van uitproberen
• Managed (operated( platform & infrastructure services (PaaS & IaaS)
• Voorzieningen voor automatisch beheer (audit, monitor, log, back up, failover)
• Serverless
TechTalks 101 - DevOps 29
λ
27. Wat is er gebeurd?
• Van gesloten monoliet naar open microservices
• Kleinere, zelfstandige producten
• eigen dataverzameling (domein)
• interactie via APIs en events
• volledig eigendom van één team gedurende alle fasen van
de levenscyclus
TechTalks 101 - DevOps 30
28. Wat is er gebeurd?
• Van eindig Project naar doorlopend Product en team met eigenaarschap
• Van gesloten verticale specialistische silo’s (security, network, DBA,
QA/Test, system engineering, web development, integratie, …)
naar zelfstandige cellen georganiseerd rondom bedrijfsfuncties of
valuestreams
• Shift-Left
TechTalks 101 - DevOps
31
29. DevOps - Eisen, doelen en middelen
TechTalks 101 - DevOps 32
schaal↑
reactiesnelheid↑
beschikbaarheid ↑
elasticiteit
doorlooptijd↓
frequentie↑ gegevensbescherming
beveiliging
CAPEX => OPEX
pay per use
geen business value
(tot aan deployment)
kwaliteit↑
time to market↓
beheerbaar
schaalbaar
security inside
SLA KPIs
infrastructure as code
applicatie, platform en
infrastructure vormen
één geheel ↕
automatisering
(CI: test, build, QA)
automatisering
(CD: deploy/provision)
automatisering
(healthcheck, failover, schaal,
background jobs, no touch Ops) tools
(monitoring, logging, inzicht,
visualisatie,
incidentmanagement)
life cycle management/
technisch onderhoud
infrastructure as code
cloud
(managed services,
faciliteiten, elasticiteit)
virtualisatie & containers &
containerplatform &
serverless
containers
microservices
& APIs
tools
(communicatie, taakorganisatie,
kennisdeling, visualisatie en inzicht)
agility↑
kosten & risico’s↓
green/blue
deployment, A/B
Testing, Canary
Release
oplostijd↓
data driven ops
(analyse |trends & patterns
|predictive| auto act )
voorspelbaarheid↑
business waarde ↑
automatisering
(CI: test, build, QA)
automatisering
(healthcheck, failover, schaal,
background jobs, no touch Ops)
automatisering
(CD: deploy/provision)
30. Maar wat is DevOps?
• We weten
• wat de ontwikkelingen zijn die ons hebben beïnvloed
• wat we [ermee] willen bereiken
• welke middelen we kunnen inzetten
• Maar wat is het nu echt?
TechTalks 101 - DevOps 33
33. Wat is DevOps?
TechTalks 101 - DevOps 36
werkwijze & cultuur
automatisering
steeds en meer
business value
34. Wat is DevOps?
TechTalks 101 - DevOps 37
werkwijze & cultuur
automatisering
steeds en meer
business value
infrastructure is code
35. Wat is DevOps?
TechTalks 101 - DevOps 38
werkwijze & cultuur
automatisering
infrastructure is code
software engineering
steeds en meer
business value
36. Wat is DevOps?
TechTalks 101 - DevOps 39
werkwijze & cultuur
automatisering
infrastructure is code
shift left
software engineering
steeds en meer
business value
37. Wat is DevOps?
TechTalks 101 - DevOps 40
werkwijze & cultuur
automatisering
infrastructure is code
shift left
data driven IT
software engineering
steeds en meer
business value
38. Wat is DevOps?
TechTalks 101 - DevOps 41
werkwijze & cultuur
automatisering
infrastructure is code
één team eigenaar door hele levenscyclus
shift left
data driven IT
software engineering
steeds en meer
business value
39. Wat is een DevOps Team? En een DevOps Engineer?
• Product team dat ontwikkeling, onderhoud, uitrol en beheer verzorgt
(volledig end-to-end eigenaarschap van applicatie)
• Team dat software ontwikkelteams helpt met automatisering van hun
voortbrengingsproces en/of de oplevering van releases naar beheer
• Team dat geautomatiseerde uitrol en beheer doet op deliverables van
software ontwikkelteams
TechTalks 101 - DevOps 42
40. Speciale betekenis DevOps (Engineer)
TechTalks 101 - DevOps 43
Windows/Linux
System Engineer
Database
Administrator
Network
Beheerder
automatisering van alle
werkzaamheden, agile werken,
infrastructure as code,
programmeren, software
engineering, meer applicatie &
functionaliteit, virtualisatie,meer
Linux, containers, cloud
41. DevOps Activiteiten & Proposities
TechTalks 101 - DevOps 44
Dev Ops
Applicatie
(app, webapplicatie, integratieketen, API,
AI/ML model, data pipeline, stationsklok,
platform bar)
On Prem
Private Cloud
Public Cloud
24/7
Extended Business Hours
Business Hours
Standaard-applicatie (SAP, AFAS, ChipSoft, MS Dynamics)
Eigen product (Summit, CVS, Class, Pagoni, Cord Finance)
Maatwerk-applicatie van klant
42. DevOps Activiteiten & Proposities
TechTalks 101 - DevOps 45
Dev Ops
Applicatie
(app, webapplicatie, integratieketen, API,
AI/ML model, data pipeline, stationsklok,
platform bar)
Platform
(DB, Middleware, LDAP/AD, ETL,
Notebook server, message broker, ESB,
API Gateway, Application Server,
Container Platform)
Infrastructuur
(VM, Server, Network,
Firewall, Storage, Data
Center)
On Prem
Private Cloud
Public Cloud
24/7
Extended Business Hours
Business Hours
Standaard-applicatie (SAP, AFAS, ChipSoft, MS Dynamics)
Eigen product (Summit, CVS, Class, Pagoni, Cord Finance)
Maatwerk-applicatie van klant
propositie
activiteit (als onderdeel van
propositie)
ingekocht bij derden (als
onderdeel van propositie)
Verbinding Dev en Ops als Propositie
(CI/CD, Release voorziening, Ops engineer in Dev team, …)
Software Engineering en
DevOps tools & platform
Agile, SAFe, DevOps –
organisatie & proces
43. Aanknopingspunten bij klanten
• “Ik heb geen IT afdeling. Ik moet wel een applicatie hebben (laten maken en draaien)”
• “In ons agile proces máken we wel van alles, maar nemen we zo weinig in gebruik”
• “Iedere uitrol van nieuwe functionaliteit duurt lang en gaat vaak fout”
• “We hebben veel runtime-incidenten, zeker als het druk wordt op onze site”
• “Het oplossen van incidenten in applicaties duurt iedere keer erg en ongrijpbaar lang”
• “Onze applicaties moeten steeds langer in de lucht zijn maar we willen niet zelf buiten kantooruren gaan
werken”
• “Onze maatwerksystemen doen het altijd prima tijdens de acceptatietest, maar als ze eenmaal live staan zijn
ze niet vooruit te branden of vallen ze om de haverklap om”
• “Het beheer van onze IT systemen kost een vermogen. Alleen de instandhouding!”
• “Ik heb eigenlijk geen idee hoe goed onze systemen presteren (en hoeveel dat kost)”
• “Ik heb een ongemakkelijk gevoel: wie voelt zich nu echt verantwoordelijk voor de robuustheid en veiligheid
van onze systemen? En zijn we in staat problemen te detecteren en op te lossen en in het vervolg te
voorkomen (en de schade te herstellen)”
• “Ik heb teams voor ontwikkeling van applicaties en voor de databases en het netwerk en de servers en voor
het beheer; maar ze praten niet met elkaar en geven elkaar de schuld”
TechTalks 101 - DevOps 46
45. Key Takeaways
• Snellere evolutie en effectievere instandhouding van business
functie
• dankzij automatisering van software-voortbrengingsproces,
uitrol en beheer
• mogelijk gemaakt door Infrastructure as Code, Virtualisatie,
containers en cloud en versneld door serverless
• en data driven tools voor software engineering, monitoring en
operationeel beheer
TechTalks 101 - DevOps 48
• Een culturele Shift Left in beheerbaarheid, testen, schaalbaarheid, security
• gedreven door team-eigenaarschap van product gedurende volledige
levenscyclus (“you build, you run, you fix, you evolve”)
• en doorbreken van schuttingen en scheidslijnen
tussen Dev Ops en tussen App Infra.
46. Key Takeaways
• Snellere evolutie en effectievere instandhouding van business
functie
• dankzij automatisering van software-voortbrengingsproces,
uitrol en beheer
• mogelijk gemaakt door Infrastructure as Code, Virtualisatie,
containers en cloud en versneld door serverless
• en data driven tools voor software engineering, monitoring en
operationeel beheer
TechTalks 101 - DevOps 49
• Een culturele Shift Left in beheerbaarheid, testen, schaalbaarheid, security
• gedreven door team-eigenaarschap van product gedurende volledige
levenscyclus (“you build, you run, you fix, you evolve”)
• en doorbreken van schuttingen en scheidslijnen
tussen Dev Ops en tussen App Infra.
automatisering van IT
vaak en snel uitrollen
beheer is vaak:
werkdagelijks tot 24/7
onderhoud en nieuwbouw
snelheid, schaal, complexiteit
van de IT operatie
cultuur, communicatie,
samenwerking
47. Key Takeaways
• Snellere evolutie en effectievere instandhouding van business
functie
• dankzij automatisering van software-voortbrengingsproces,
uitrol en beheer
• mogelijk gemaakt door Infrastructure as Code, Virtualisatie,
containers en cloud
• en data driven tools voor software engineering, monitoring en
operationeel beheer
TechTalks 101 - DevOps 50
• Een culturele Shift Left in beheerbaarheid, testen, schaalbaarheid, security
• gedreven door team-eigenaarschap van product gedurende volledige
levenscyclus (“you build, you run, you fix, you evolve”)
• en doorbreken van schuttingen en scheidslijnen
tussen Dev Ops en tussen App Infra.
automatisering van IT
infrastructure als code
vaak en snel uitrollen
één team volledig
verantwoordelijk voor
een applicatie
applicatie omvat ook
platform en
infrastructure
virtualisatie, containers,
cloud en serverless
helpen automatisering
tools voor engineering –
test, QA, build, deploy,
monitor – app & infra
next step: data driven/AI
powered DevOps
beheer is vaak:
werkdagelijks tot 24/7
onderhoud en nieuwbouw
snelheid, schaal, complexiteit
van de IT operatie
cultuur, communicatie,
samenwerking
48. Buzzword Bingo
TechTalks 101 - DevOps 51
DevOps Operations Waterval Agile Container
Business
Value
Cloud Automation Nieuwbouw Onderhoud Infra as Code Shift Left
Microservice Virtualisatie Pipeline IaaS Release Web Scale
CI/CD PaaS SAFe Beheer Test Team
Archipel
(Reizenrijk)
Nieuwbouw
Source Code
Control (Git)
SaaS
Uitrol
(Deploy/
Provision)
24/7