Communicatie

Releases geperst in een nachtelijk venster, met een rollback die niemand heeft geoefend

Wij maken van handmatige releasestappen één pipeline die uw team zelf start. De goedkeuringen die uw beleid vereist, draaien erin mee, elke stap controleert zijn eigen resultaat, en de rollback is getest vóór de go-live.

Plan een gesprek Doe de gratis Release Check
  • Uw tools blijven
Illustratie: een release in een nachtelijk venster na een Self-Service Release Build.

Wat releases ophoudt

Waarom een release nog een nacht, een ticket en wat geluk kost

  1. Het nachtelijke venster bepaalt het tempo

    Wijzigingen aan productie wachten op een onderhoudsvenster, vaak 's nachts. De stappen gaan met de hand, de ene na de andere, en als er een uitloopt, schuift de release door naar het volgende venster.

  2. Een goedkeuring vóór elke wijziging

    Elke productiewijziging heeft eerst een goedkeuring nodig. Het verzoek staat in een ticket, los van de release, dus achteraf zoekt iemand bij elkaar wat er is uitgerold, door wie en vanaf welke commit.

  3. Een rollback die alleen op papier bestaat

    Het rollbackplan is een paragraaf in het wijzigingsverzoek. Niemand heeft het van begin tot eind uitgevoerd, dus de eerste echte test is een mislukte release midden in de nacht.

Wat er verandert

Uw changeproces blijft. De handmatige stappen verdwijnen.

Een Self-Service Release Build automatiseert de releaseflows die u het meest kosten, van begin tot eind, in de tools die u al gebruikt. Reken op 4 tot 8 weken.

Bekijk de Build

  • NuBinnen het venster gaan de stappen met de hand, en iemand controleert elk resultaat op het oog.

    Na een BuildEén pipeline per releaseflow, gestart door het team. Elke stap controleert zijn eigen resultaat.

  • NuDe goedkeuring staat in een ticket, los van de release, en het change record wordt achteraf bij elkaar gezocht.

    Na een BuildDe goedkeuringen die uw beleid vereist, draaien binnen de pipeline, en elke productierelease laat een change record achter dat uw change board kan controleren.

  • NuHet rollbackplan staat op papier, maar niemand heeft het uitgevoerd.

    Na een BuildDe rollback is getest vóór de go-live, en elke engineer in het team kan terugdraaien zonder op een ander team te wachten.

  • NuHet NOC, support en de change manager vragen de release engineer hoe ver het is.

    Na een Build“Waar staat de release nu?” wordt beantwoord met statusberichten in chat of in het ticket.

Resultaten

Hetzelfde werk bij Nike en ASML

Resultaten van releasewerk bij Nike (retail) en ASML (halfgeleiders). In beide gevallen werden handmatige stappen self-service pipelines.

Engineeringtijd terug

600+

engineeringuren per jaar teruggegeven bij Nike, en 300+ bij ASML

Lees de cases

Nike · upgrade van een winkelserver, per server

Upgrades die met de hand via vijf teams liepen, werden één self-service pipeline

  • Servers tegelijk: 2 → 8
  • Winkels: 900+

ASML · release-gereedheid

Eén plek om te beoordelen of een release klaar is

Testresultaten van productiemachines in één rapportageoverzicht in Python en SQL, voor snellere besluiten over release-gereedheid.

Nike · deploys naar staging

Geen overdracht nodig voor een testbuild

Een testbuild naar staging-apparaten ging van 5 tot 10 minuten door een release engineer naar ongeveer 1,5 minuut, gestart door de developer.

Verder lezen

Leesvoer voor uw volgende changevenster

Waar u begint

Begin bij uw laatste release

De gratis Release Check laat in minder dan 5 minuten zien waar de tijd van uw laatste release naartoe ging en wat dat per jaar kost, zonder gesprek.

Doe de gratis Release Check Plan een gesprek

Contact

Praat met de engineer

Plan 30 minuten en neem uw laatste release mee, of stuur een bericht. U spreekt Mateusz rechtstreeks.

Mateusz UlasOprichter en platform engineer

    Stuur ons een bericht

    Laat een bericht achter, dan nemen wij spoedig contact met u op.

    Lees in onze privacyverklaring hoe wij met uw gegevens omgaan.