Service Virtualization @RABOBANK TMA Dag 2015 eter Claassen RABOBANK Marc van Lint - IBM
Agenda 1. Rabobank Context 2. DevOps Vision 3. roof en Implementeren 4. Voorbeelden 5. Ervaringen & Best ractices 6. Toekomst M 3
Rabobank Context 4
Context Verhoogde eisen aan Betaalinfrastructuur Wettelijke verplichtingen Verandersnelheid Vervanging legacy systemen Migratie traject latformen Z Mainframe Linux H Non Stop Windows Methodieken Waterval (heavy on documentation) Agile 5
Applicatie Landschap (schematisch) Extrne partijen Interne partijen Extrne partijen Interne partijen 6
Ondersteuning migratie U-bocht testen automatiseren Samenwerking met IBM GBS India ten behoeve van automatisch testen Gebruikte tools: Eigenbouw tools Aangeschafte tools (ALM, QT, RIT) Maatwerk per applicatie en/of per platform 7
Testaanpak Business rocess 1 Business rocess 2 Business rocess 3 Horizontaal AL 1 Horizontaal AL 2 Horizontaal AL 3 8
DevOps Vision M 9
DevOps Vision (1) Business Drivers Nieuw kanalen (bv Mobile) Transactie verwerking in x seconden High Complex (Application) Infrastructure Mainframe / MQ / Cobol Linux / http / SOA Snelheid in delivery - DevOps Agile Shift Left Automation Operate Steer DevOps Continuous Feedback Deploy Develop/ Test M 10
DevOps Vision (2) Test Infrastructure Tools IBM Rational Service Virtualization IBM Rational Team Concert IBM Optim Test Data Management IBM Urbancode Deploy Finaris RapidRep H ALM M 11
Shift Left (Vision) DEV TEST ACC ROD DEV Single System & Integration TEST Multi Systems & Integration TEST Service Virtualization 12
roof en Implementeren M 13
Service Virtualization - roof TEST AL1 AL3 Linux AL2 H Non Stop zos TEST AL1 Virtual Service (RIT/RTVS) Linux TEST AL1 Virtual Service (RIT/RTVS) AL3 M 14
Architecture - RIT M 15
Organisatie RIT bij Rabobank Buddy roject ETeam roduct Support roduct development roject roject roject Development Support M 16
Voorbeelden 17
Voorbeeld Driver bericht M 18
Voorbeeld - praktijkgebruik RIT Appl1 RIT port 3019 proxy RIT port 3018 proxy RIT port 3017 proxy RIT stub 1 Appl2 RIT stub 2 Appl3 RIT stub 3 Appl4 RIT port 3016 proxy Stub: orange Live service: blue RIT stub 4 Appl5
Kerngetallen 8 rojecten 12- personen 15 stubs al gemaakt Half jaar in business met early adaptors 1 maand full operationeel 20
Ervaringen en Best ractices 21
Ervaringen (1) Vastleggen en opbouwen ervaringen Expert Team Wekelijkse overleggen Wiki Dagelijkse updates met ervaringen en voorbeelden Introductie en gebruik vereenvoudigen rojecten krijgen buddy uit expert team SV-Developer zorg voor tijd allocatie Interface testing Eerder interfaces kunnen testen in traject In keten omgevingen ook negatieve scenario s testen rojecten/applicaties kunnen onafhankelijker ontwikkelen en testen Zoeken van de juiste balans stub complexiteit/functionaliteit Meer variatie te testen dan andere stubs Omslagpunt: wanneer is complexiteit en functionaliteit in stub te groot Duidelijk zijn in: we testen NIET de functionaliteit gebouwd in de stub, maar de applicatie Testen met ALLEEN een stub is niet voldoende 22
Ervaringen (2) Hybride omgevingen geven een uitdaging Kennis opgedaan op Windows werk niet automatisch op Linux en/of zos Security is een uitdaging Acceptance Test omgeving vs Security criteria vs roductie Duidelijke afbakening maken waar wel en niet Verzamelen van de juiste informatie is lastig! Technische Interfaces specificaties Functionele interface specificatie Onderschatting is een valkuil RIT is goed, maar goed RIT gebruiken kost tijd. Een goed ingerichte RIT levert winst in de testen op Goed embedden van RIT vereist uitgebreidere RIT kennis dan een basis training kan voorzien IBM kennis werkte uitstekend! 23
Best ractices Accepteer verandering, verander anders niet! Neem besluiten en accepteer tegenslagen Maak in de organisatie duidelijk wat je wil bereiken Leg uit waarom: ze moeten meeveranderen. Creëer ruimte om SV ontwikkelaars en buddy rollen te hebben Zorg voor de juiste balans in stub gedrag (beperk de complexiteit) Geef pas een planning van stub ontwikkeling af als aan alle randvoorwaarden om een stub te bouwen voldaan is. Houd IBM betrokken in industrialization of SV M 24
Toekomst? We zijn er al mee bezig! 25
Next Steps Groeien in aantallen projecten dat stubs gaat gebruiken Uitwerking van strategie om in deelketens met stubs te testen Eteam: interactie, kennisdeling en kennisniveau verhogen Interactie tussen testdata, testen en gebruik stubs Stubs inzetten bij automatisch testen Gebruik stubs bij performance testen 26
RIT in automatisering AL 1 TD-1 Driver (RIT) TD-4 AL 2 Driver (RIT) TD-2 TD-3 AL 3 RIT RIT AL 4 RIT AL 5 27
Applicatie Landschap (schematisch) Extrne partijen Interne partijen Extrne partijen Interne partijen 28
IT never stops 29