Neem een kijkje onder de motorkap van NS’ nieuwe containerplatform

Als je met de trein reist, denk je dan aan de technologische oplossingen die je rit leuker, comfortabeler en veiliger maken? Gaat je hart sneller kloppen van CI/CD, AWS of Azure? Dan is het webinar van NS en Tweakers helemaal iets voor jou. Op 19 januari leer je alle ins en outs van de devops-teams van NS: dé ronkende motoren voor innovatie en groei bij NS. Mis dit niet!

Bij NS is een bloeiende techcultuur ontstaan rondom productteams die gebruikmaken van cloudtooling om innovatie te realiseren. Zowel medewerkers als klanten plukken daar nu de vruchten van. Momenteel werkt NS onder meer aan een Intern Ontwikkelaars Platform om meer selfservice te bieden aan autonoom werkende devops-teams. Dit moet de innovatiesnelheid verhogen en het leven van IT’ers bij NS een stuk leuker maken.

Minder werkdruk, florerende innovatie

Binnen NS is communicatie erg belangrijk. In de IT-omgeving werken verschillende afdelingen samen om bijvoorbeeld te zorgen dat reizigers betrouwbare reisinformatie ontvangen via de mobiele app of de website. Maar er zijn ook tal van andere datagedreven processen, van de toegang tot de stations tot het gebruik van je chipkaart om een OV-fietsslot te openen. Bij alle verschillende processen met uiteenlopende applicaties, websites en backend-systemen werken de productteams er hard aan om alles soepel te laten verlopen. Het nieuwe selfservice Intern Ontwikkelaars Platform biedt ondersteuning en ruimte, zodat medewerkers minder werkdruk ervaren en veilig kunnen werken, met als resultaat dat innovatie kan floreren.

Crossplatformbenadering

Samen met Tweakers organiseert NS op 19 januari een webinar waarin twee NS-experts je wegwijs maken in de IT-wereld waar zij mee te maken hebben. In het webinar belichten we kort de transformatie van IT bij NS en hoe de organisatie omgaat met digitale innovatie, maar geven we ook een kijkje onder de motorkap. De keuzes die IT’ers bij NS maken worden toegelicht en middels een demonstratie ervaar je het gebruik van containers met Kubernetes voor het selfservice-platform. Mark Dalmulder, Product Owner Site Reliability Engineering, en Tom O’Brien, Lead Engineer NS PaaS, geven uitleg geven over de IT-transformatie bij NS en de uitdagingen waar ze voor staan: van de beslissingen ‘hoog over’ tot de meest praktische dilemma’s op het niveau van tooling en de vraagstukken die een cross-platformbenadering met meerdere (public) clouds met zich meebrengt.

Toffe projecten

Webinarprogramma* 19 januari

19.00 - 19.05 - Welkomstwoord en opening door Luuk

19.05 - 19:25 - Talk Mark (Nederlandstalig)

19.25 - 19:30 - Pauze

19:30 - 20.15 - Talk Tom en Armin (Engelstalig)

20.15 - 20.30 - Q&A

*Programma onder voorbehoud

Tijdens het webinar, dat begint om 19.00 uur en duurt tot 20.45 uur, maak je kennis met enkele tools waarvan je wellicht nog niet had gehoord. Daarnaast komen de verschillende uitdagingen bij het bouwen van het Ontwikkelaars Platform aan de orde, met adviezen voor het overwinnen van lastige obstakels. In het programma zal Mark allereerst de IT-transformatie van NS bespreken. Vervolgens licht hij de verschillende toffe projecten en dagelijkse werkzaamheden toe en gaat hij in op verschillende uitdagingen, onder andere rond standaardisatie in een organisatie zoals NS. Met zijn kennis als IT-consultant is hij in staat de situatie bij het bedrijf goed te vergelijken met die in andere organisaties en sectoren. Daarna zal Tom laten zien hoe NS omgaat met de integratie van datacenters en public cloud-oplossingen, en de keuze voor het nieuwe op Kubernetes gebouwde portaal toelichten.

Enige (basis)kennis, onder meer op het vlak van Kubernetes, is een pré, want we gaan tijdens het webinar de diepte in, aan de hand van verschillende technische details. Ben je Kubernetes-expert of in bredere zin geïnteresseerd in containertechnologie en devops, dan mag je dit webinar niet missen. Laat je inspireren!

Aanmelden webinar

Wil jij het webinar van NS en Tweakers op 19 januari volgen? Het webinar zit inmiddels vol, maar via onderstaande poll kun je je opgeven voor de wachtlijst en kun je aangeven dat je - als je toch niet aanwezig kunt zijn - het opgenomen webinar binnen twee werkdagen per mail ontvangt.

Wil jij een mail krijgen als er een plek vrij komt voor het webinar van Tweakers en NS?

Poll

Ja, ik ontvang graag een mail en ook een mail met de link naar het opgenomen webinar
Nee, maar ik ontvang wel graag de opname van het webinar
Nee, ik laat deze actie aan mij voorbijgaan

De opties zijn uitgeschakeld omdat de deelname gesloten is

---

Dit artikel is geen redactioneel artikel, maar een advertorial en tot stand gekomen dankzij NS en Tweakers Partners. Dit is de afdeling binnen Tweakers die verantwoordelijk is voor commerciële samenwerkingen, winacties en Tweakers-events zoals Meet-ups, Developers Summit, Testfest en meer. Kijk hier voor een overzicht van alle acties en events. Mocht je ideeën met ons willen delen over deze vorm van adverteren, dan horen wij dat graag. Hierover kun je met ons in gesprek via [Discussie] Reclame algemeen].

*edit: "Krijg je hartkloppingen van CI/CD, AWS of Azure?" aangepast naar "Gaat je hart sneller kloppen van CI/CD, AWS of Azure?"

**edit 11 januari: aanmeldbutton verwijderdt omdat het webinar vol zit. Er is een poll toegevoegd zodat men zich kan aanmelden voor de wachtlijst.

Reacties (31)

[youri_ajax]

Azure pipelines maar dan wel weer gebruik maken van AWS Route 53.

Beetje vreemd of ligt dat aan mij…

[HgnX]

Is toch prima voor wat ze doen? ADO is gewoon een managed vcs / pipeline dienst. Kan je mee uitrollen op waar je wilt.

Ik zou dr niet voor opteren, maar das smaak

[Globber]

Maar volgens mij kun je als Tweaker best bedenken dat je kerntaak niet alleen bestaat uit treinen op tijd laten rijden (die dat overigens ook heel goed doen, we hebben een van de beste sporen ter wereld met de meest ondankbare mensen die er in zitten ). IT hoort nu eenmaal bij de kerntaak van ieder bedrijf, dus ook de NS. Machinisten zijn leuk, maar gaan die ook de dienstregeling doen, onderhoud plannen, salarissen betalen, nieuwe machinisten werven, de app maken, de servers online houden? Treinen zijn (net zoals de hele wereld) al lang niet meer alleen maar analoge dingen, dat de NS veel kantoorpersoneel heeft is helemaal niet gek.

[HgnX]

Spot on, het is extreem goed dat NS zich meer begint te profileren als software bedrijf. Dat is de juiste instelling. En nu ook vooral kritisch je licht opsteken om je heen, en direct verbeteringen doorvoeren op de stack die je presenteert. Zo blijf je vooraan lopen. Volgensmij zijn ze goed bezig.

[Andreplusplus]

Als reiziger alleen al zie je de vruchten van het beleid, zoals de NS app. Dat is maar het topje van de ijsberg van wat er achter zit.
Dus is vind je reactie nogal zuur en niet ter zake doende.

[init6]

Nogal Tweaker onwaardig dat je niet kan inzien dat een platform als deze nodig is om informatie, apps, communicatie en data goed te stroomlijnen.

[rduinmayer]

Zonder IT rijdt er geen trein

[FirePig]

Leuk! Nog eens een advertorial waar we wat aan hebben. Ik heb me alvast ingeschreven!

[grasmanek94]

Merk wel dat mijn vakantie goed lang duurde 😂 Met container-platform dacht ik dat er nieuwe treinstellen komen voor containers, niet docker e.d.

[JDx]

Nou ik dacht hetzelfde hoor, scrollde meteen naar plaatjes en toen zag ik wartaal

[Ryen]

Merk wel dat mijn vakantie goed lang duurde 😂 Met container-platform dacht ik dat er nieuwe treinstellen komen voor containers, niet docker e.d.

Begrijpelijk
NS vervoert echter geen vracht, alleen reizigers.

[roelboel]

Krijg je hartkloppingen van CI/CD, AWS of Azure?

Ik denk dat jullie iets anders bedoelden dan hier staat.

[thomasv]

Ik krijg anders best hartkloppingen van de combinatie Azure én AWS dus ik snap hem wel

[Travelan]

Hoezo dat dan? Kan best zinvol zijn.

[thomasv]

Je gebruikt al een cloud platform van Microsoft, waarom dan toch ook nog onderdelen van AWS gebruiken. Dan moet je opeens kennis van meerdere platformen hebben, zorgen dat je access rights management op meerdere platformen goed staan en gaan, je mist wellicht een stukje integratie als je kiest voor dit soort spreiding.

Vandaar vooral. Maar ik heb me opgegeven voor de webinar dus wellicht word ik aangenaam verrast door hun praatje. Dat, of mijn huiveringen zijn gegrond.

[Travelan]

Vendor lock-in? Voordeel van beste platform per feature, ipv moeten doen met wat je hebt. De ene cloud is de andere niet (tenzij je alleen file hosting of virtual machines draait). Het is overigens kinderspel om zowel Azure als AWS met SSO in te stellen op welke SAML of OpenID oplossing je al hebt in de organisatie. Een beetje DevOps engineer van vandaag kan makkelijk overweg met beide platforms, zeker middels de-facto tooling als Terraform. Ik denk inderdaad dat je blij verrast zal worden :-)

[init6]

In cloud omgevingen werken voor partijen als deze is niet meer rond klikken en kennis hebben van het platform, maar kennis hebben van tools die dat weg abstraheren. Terraform, Ansible, Pulumi.

Heb met een team van 3-4 mensen multicloud (Azure voor authenticatie en SQL databases, AWS voor EC2,S3 en lambda, digital ocean voor wat Edge en Google cloud voor data Analytics) ondersteund. Het boeide echt 0,0 want je syntax is overal hetzelfde.

De enige die er kriegel van werd was de afdeling finance.

[Reactie gewijzigd door init6 op 23 juli 2024 21:24]

[Dutchredgaming]

Je gebruikt al een cloud platform van Microsoft, waarom dan toch ook nog onderdelen van AWS gebruiken.

Als er een storing is op Azure, dan kan je met AWS (of andere clouddienst) verder?

[HgnX]

Zo ver is vrijwel niemand. En als ze zeggen van wel liegen ze Ik moet de eerste echt goede supra cloud/cloud agnostische setup nog zien. Multi-cloud is echt totally fine by me, maar je kan beter investeren in een kapot goede resilience op 1 vendor dan een architectuur bedenken voor een complete DR naar een andere cloud vendor. Dat vreet mensen, geld, tijd, en je krijgt kapot veel design limitaties in je nek.

En ja, je kan een DSL zoals HCL voor Terraform gebruiken, maar de syntax voor 1 provider is totaal anders als die voor een andere. Sowieso is een DSL niet meer van deze tijd. T moet gewoon in een programmeertaal zodat mensen netjes kunnen interfacen met objecten. En wat je dan kiest zal t gros persoonlijk een worst wezen.

[WoopieHo]

Check dan dit eens: https://github.com/redkubes/otomi-core
Die gasten zitten hier gewoon in NL

[Christoxz]

Krijg je hartkloppingen van CI/CD, AWS of Azure? Dan is het webinar van NS en Tweakers helemaal niks voor jou.

[faim]

Wellicht ook niet xD

[comatoast]

Ik denk dat de schrijver bedoelt 'gaat je hart sneller kloppen van... ' en niet hartkloppingen (symptoom van een hartritmestoornis).

Wikipedia

het zich (meestal onaangenaam) bewust zijn van het kloppen van het eigen hart.

Endorfine is daarentegen meestal bijzonder aangenaam.

[Trendingtrees]

We hebben het aangepast want het moet inderdaad zijn 'gaat je hart sneller kloppen van...'
Dank!

[prodesk]

Ik dacht dat ze vooral op Akamai zaten.

[woutertje]

Ze gebruiken Akamai als CDN. Maar die bieden v.z.i.w. geen compute capaciteiten (afgezien van een beetje edge compute, weet niet NS daar gebruik van maakt).

[HgnX]

Leuk plaatje, maar eigenlijk alweer achterhaald. Dit is hoe we k8s enterprise implementeerden in 2019. Wat hier staat zou ik momenteel wrappen in een CDK, inclusief de CDK (serverless) pipelines, en het uitrollen en onderhoud kost je een stuk minder tijd en mensen. Zo kan je eindelijk ook een normale software approach hanteren voor dit soort platform projecten. Daarnaast maintain je geen runners en als je t goed doet geen compute meer. Bijvoorbeeld; Azure DevOps agents hebben gewoonlijk of onderhoud, of public network access nodig om wat te doen, en Kubernetes Autoscaler is imho allang begraven onder het idee van nodegroupless compute sourcing zoals Karpenter doet. Bovendien betaal je minder door agressief te bidden op spot en snel te right sizen.

Op dit project zo instappen als Engineer betekend kapot veel onderhoud op static IAC code en flink wat OPS op wat er allemaal op het cluster draait om de boel onder controle te houden. Met een beetje pech zijn er teveel dependencies om echt snel meaningful changes te doen om het platform beter te maken voor de toekomst.

De belissing voor Kyverno is wel echt een hele goede. Bovendien maak je het eindelijk via Kyverno mogelijk op het k8s platform te gaan reageren op eventing. Gatekeeper als de facto standaard is lastiger te beheren, niemand wil Rego leren en een stuk beperkter in z'n mogelijkheden.

Al met al tof, maar zeker geen cutting edge. Ik denk dat NS z'n licht eens moet opsteken om de boel echt lean en mean te maken. Ik heb bijna zin om me in te schrijven voor de webinar om te horen welke valkuilen voor day 2 ops ze te wachten staan.

[Reactie gewijzigd door HgnX op 23 juli 2024 21:24]

[GwnLars_]

Als treinliefhebber kijk ik hier toch echt wel van op.
Uitgekozen de NS die o.a. Grafana (Loki) gaat gebruiken.. Alsof ze zo punctueel rijden

Echter: (De meeste) NS-Medewerkers zijn niet de slechtste, dus dat maakt de verstoringen voor mij meestal wel goed https://youtu.be/k6kfdDbpIak?t=1826

[dabachata]

Bla bla bla. Ondertussen kan de NS app nog steeds niet weergeven bij treinsamenstelling na selectie reisadvies (of waarschuwen bij selectie reisadvies) dat mijn trein van bijvoorbeeld Rotterdam naar Groningen in Zwolle gesplitst wordt en dat slechts een deel van de treinstellen doorrijden naar Groningen.
Al meerdere keren melding van gemaakt. De OVInfo app (niet gelieerd aan de NS) kan dit al jaren, NS heeft het nog steeds niet voor elkaar ... 😕
Ondertussen kan je al wel door te verbinden met WiFi in de trein heel handig zien in welke trein je rijdt en waar je je precies bevind, aankomsttijden volgende station, maar ook daar niks over splitsing te Zwolle. Die informatie is echter al bij vertrek in Rotterdam bekend (en waarschijnlijk al ver daarvoor), wordt ook aan de buitenzijde van de treinstellen vermeld, maar op de infotainment in de treinstellen zelf is weer niks geen info over splitsing zichtbaar..
De displays aan de buitenkant van de trein zitten alleen aan de voor- en achterkant van de treinstellen dus als je middels de reisplanner of de centrale infoborden hebt gevonden van welk spoor je trein vertrekt en hoe laat, en je niet óp het perron naar de infoborden kijkt dan stap je op zoek naar een zitplaats heel makkelijk in het verkeerde treinstel (op de infoborden op de perrons staat het dan wél weer vermeld, maar waarom zou je daar naar kijken want je weet al van welk perron en hoe laat je trein vertrekt...)
Dat ze na 5 jaar en meerdere meldingen en klachten dit nog steeds niet hebben weten te integreren in de NS app en/of de infotainment in de treinstellen terwijl in ieder geval de OVinfo app dit al jaren kan vind ik echt kansloos...