Van preview naar productie
Gebruik het hulpmiddelEen previewomgeving hoort je team te helpen beslissen over productie. Deze workflow verbindt een concrete codewijziging met realistische applicatietests, releaseakkoord en controle op de live omgeving. Intercube levert de omgeving, inbegrepen deploymentpipeline en engineering support rond die route.
- Auteur
- Intercube
- Gepubliceerd
- Leestijd
- 6 min leestijd
De releaseroute, stap voor stap
Download MarkdownGebruik elke stap als overdracht: een verantwoordelijke voert het werk uit en legt het resultaat vast voordat de release verdergaat. Download de bewerkbare workflow voor je team. Vinkjes blijven in dit tabblad.
0 van 13 controles afgevinkt
Bepaal de wijziging
Verantwoordelijk: Ontwikkelaar
Resultaat: een beoordeelde commit en een heldere beschrijving van de applicatie- of datawijziging.
Bouw via de pipeline
Verantwoordelijk: Ontwikkelaar + Intercube
Resultaat: een herleidbare build met controleerbare stappen en logs.
Test in preview of staging
Verantwoordelijk: Applicatieteam
Resultaat: een releasekandidaat getest met representatieve services, zonder live klanttransacties te raken.
Geef akkoord voor productie
Verantwoordelijk: Benoemde releaseverantwoordelijke
Resultaat: een geaccepteerde kandidaat, deploymentmethode en herstelbesluit.
Deploy en controleer
Verantwoordelijk: Applicatieteam + Intercube
Resultaat: een bevestigde productierelease, niet alleen een geslaagde pipelinerun.
01
Maak de kandidaat herkenbaar
Leg vast welke commit is getest en welke build naar productie gaat. Een geslaagde previewtest is bruikbaar bewijs zolang die de bedoelde releasekandidaat beschrijft. Levert een nieuwe build of configuratiewijziging een andere kandidaat op, herhaal dan de relevante controles.
OWASP adviseert herleidbaarheid tussen broncode, build en release. Pas dat toe op het releaserecord: wijziging, pipelinerun, acceptatieresultaat en productieakkoord horen bij dezelfde kandidaat. Dat helpt bij onderzoek en maakt ook de volgende deployment overzichtelijker.
02
Geef preview een concrete testtaak
Een tijdelijke featurepreview helpt een leverancier om een probleem te reproduceren of een klant om een wijziging te beoordelen. Een blijvende staging- of acceptatieomgeving ondersteunt bredere releasetests. Kies de omgeving rond het werk: compatibiliteit van runtimes en services, data, koppelingen en de mensen die toegang nodig hebben.
Houd tests gescheiden van live transacties. Gebruik passende testdata, testbetaalgegevens en gecontroleerde e-mailbezorging en beperk toegang tot de betrokkenen. Het Intercube-team bereidt de omgeving voor en helpt ontwikkelaars met infrastructuur- of deploymentvragen voordat productie betrokken raakt.
03
Verbind acceptatie aan beheerde hosting
Onze build- en deploymentpipelines zijn inbegrepen in het managed hostingplan. Je team gebruikt Intercube voor deze releaseroute, zonder een aparte GitHub Actions-deploymentworkflow te onderhouden of een aparte runnerrekening voor die pipeline te betalen. Buildstappen, historie en logs maken een mislukte release controleerbaar.
Intercube-engineers beheren de infrastructuur en ondersteunen de releaseomgeving. Je team blijft verantwoordelijk voor applicatiegedrag en acceptatie. Bij geschikte releases houden zero downtime deployments de applicatie tijdens de overdracht beschikbaar. Plan onderhoud voor een gecoördineerde database- of applicatieovergang en controleer na deployment het echte gebruikersproces.
Houd de release verbonden
- Identificeer de beoordeelde commit en build.
- Geef preview een benoemd testdoel.
- Beheers testdata, toegang en externe effecten.
- Keur kandidaat en deploymentmethode samen goed.
- Controleer productiegedrag nadat de pipeline klaar is.