DevOps-consulting in Nederland
DevOps-consulting voor releases die nog op mensen wachten
Wij automatiseren de releaseflows die u het meest kosten, in de tools die u al gebruikt, en dragen ze over aan uw team. Daarna kan elke engineer een release starten en terugdraaien zonder op een ander team te wachten.
- Uw tools blijven
Wereldwijde retailer · upgrades van winkelservers
Eén self-service pipeline in plaats van een checklist die tussen vijf teams werd doorgegeven
- Servers tegelijk: 2 → 8
- Betrokken teams: 5 met de hand → 1 pipeline
Wat er verandert
Een release, zodra de pipeline van u is
Eén pipeline per releaseflow. Elke stap controleert zijn eigen resultaat.
Start
Elke engineer in het team start de release, zonder ticket voor een ander team.
Build en test
Elke wijziging wordt elke keer op dezelfde manier gebouwd en getest.
Goedkeuren
De goedkeuringen die uw beleid vereist, draaien binnen de pipeline.
Deploy
Handmatige stappen en overdrachten worden stappen in één pipeline.
Controle en rollback
Elke stap controleert zijn eigen resultaat. De rollback is getest vóór de go-live.
Vastleggen
Status in chat of in het ticket, en een change record bij elke productierelease.
Die ene persoon die weet hoe het moet, wordt een runbook, een getraind team en een pipeline die uw team al zelf heeft aangepast.
Reikwijdte
Wat wij automatiseren, en waar wij het hebben gedaan
Elke regel in de laatste kolom komt uit een gepubliceerde case.
| Onderwerp | Wat wij bouwen | Waar wij het deden |
|---|---|---|
| ReleasepipelinesCI/CD-automatisering | Eén pipeline per releaseflow, gestart door het team, met controles na elke stap en een geteste rollback. | ASMLIntegratiestappen die met de hand gingen, werden één self-service CI-pipeline, gestandaardiseerd voor meerdere teams. |
| Upgrades op schaal | Upgrades die parallel door één pipeline lopen, in plaats van een checklist die tussen teams wordt doorgegeven. | NikeUpgrades van winkelservers van 6-8 uur naar ongeveer 3 per server, acht servers tegelijk in plaats van twee. |
| Self-service deploys | Deploys naar test en staging die developers zelf starten. | NikeEen testbuild staat in ongeveer 1,5 minuut op staging-apparaten, gestart door de developer, in plaats van 5-10 minuten door een release engineer. |
| Release-gereedheid en recordsTraceerbaarheid | Eén overzicht of een release klaar is, en een change record bij elke productierelease. | ASMLEén rapportageoverzicht in Python en SQL van testresultaten van productiemachines. |
| Levering naar mobiel en apparaten | Signing, notarisatie en apparaatbeheer ingebouwd in de levering. | NikeJamf-integratie met macOS-signing en -notarisatie. Provisioning van 45 minuten handwerk naar ongeveer 3. |
| Terugkerende klussen | Automatisering met één klik of op een schema, voor werk dat elke week terugkomt. | NikeEen kwartaalupdate van een testdriver van ongeveer 2 uur naar minder dan een minuut. Herstel van device-profielen met één klik. |
| Cloud en migratiesSoftwaremigratie | Infrastructuur op AWS, Azure en Google Cloud, en testworkloads die naar de cloud zijn verhuisd. | ASMLDe eerste offload van tests van productiemachines naar Google Cloud. NikeKwetsbaarheden met hoge prioriteit in Azure en AWS verholpen. |
Zo verloopt een Build
Eerst de acceptatiecriteria, dan de pipeline
Reken op 4 tot 8 weken. U tekent de criteria voordat we gaan bouwen.
Criteria getekend
Uit uw Review, of uit de eerste week van de Build.
Eén release van begin tot eind
In een vroeg stadium draait één release van begin tot eind door de nieuwe pipeline, in de testomgeving.
Flow voor flow
Elke handmatige stap geautomatiseerd, met controles na elke fase, een geteste rollback en statusberichten.
Uw team neemt het over
Elk team doet één release met ons, daarna zelfstandig.
Acceptatie
Drie productiereleases op rij voldoen aan de criteria. Daarna volgen de overdracht en 30 dagen support.
“Previously, moving CI workflows between Dev, Staging, and Prod required manual, uncommitted code changes. Mateusz implemented a solution that reduced this to a single line of code, streamlining the process and enabling faster iteration for both developers and our team.”
Vragen
Voordat u een gesprek plant
Iets anders? Vraag het in het gesprek of stuur een bericht.
Moeten we van CI-tools wisselen?
Nee. Wij werken met uw bestaande stack en voegen alleen tools toe wanneer dat nodig is, om nieuwe tech debt te voorkomen.
Wie doet het werk?
U werkt rechtstreeks met ons samen, van het eerste gesprek tot het beslisgesprek, niet via een accountmanager.
Wat vraagt een Build van ons team?
Een eigenaar voor elke releaseflow, toegang tot uw repositories, CI/CD en omgevingen in de eerste week met minimale rechten, een contactpersoon bij security, een testomgeving die overeenkomt met productie, en minstens 3 tot 4 uur per week van een van uw engineers.
Wat als de pipeline niet aan de criteria voldoet?
Dan is de tweede helft van het Build-bedrag nog niet verschuldigd. Die is verschuldigd wanneer elk acceptatiecriterium in uw omgeving gehaald is, over drie productiereleases op rij.
Hoe zit het met toegang en gegevens?
De Review werkt met leestoegang tot CI/CD- en ticketgegevens, of exports, onder NDA. Exports worden na het beslisgesprek verwijderd. Een Build vraagt in de eerste week om toegang met minimale rechten.
Werkt Expeditious ook buiten Nederland?
Ja. Wij werken met engineeringteams in de Benelux en Noord-Amerika. Voor Noord-Amerika zijn de Review-prijzen in Amerikaanse dollars.
Waar beginnen we?
Met de gratis Release Check: 11 vragen over uw laatste release, met de kosten en drie verbeteringen op het scherm. Geen gesprek nodig.
Contact
Praat met de engineer
Plan 30 minuten en neem uw laatste release mee, of stuur een bericht. U spreekt Mateusz rechtstreeks.
