Production in CI/CD — wat is het, fasen en omgeving in ontwikkeling

Wat is Production in CI/CD

Production in de context van CI/CD — is de uiteindelijke fase van de levenscyclus van de applicatie, waar de code na het doorlopen van alle bouw- en testfasen beschikbaar wordt voor eindgebruikers. In tegenstelling tot ontwikkel- en stagingomgevingen werkt de productieomgeving met echte gegevens en belastingen, wat speciale eisen stelt aan betrouwbaarheid en prestaties.

Rol van de productieomgeving

De productieomgeving is niet zomaar een server, maar een volledige infrastructuur, inclusief load balancers, databases, cachelagen, CDN en monitoringssystemen. Elk onderdeel moet fouttolerant en schaalbaar zijn. In mobiele ontwikkeling omvat production ook backend-services, API-gateways en push-infrastructuur die de werking van de client-applicatie garanderen.

Vereisten voor de productieomgeving

De productieomgeving moet voldoen aan strenge criteria: beschikbaarheid van 99.9% en hoger, API-respons tijd niet meer dan 200 ms, ondersteuning voor noodherstel (RTO en RPO binnen SLA). Voor mobiele applicaties zijn daarnaast crash monitoring (foutrapportage), gebruiksanalyse en A/B-platforms voor experimenten vereist. De CI/CD-pijplijn zorgt voor naleving van deze vereisten door geautomatiseerde controles voor elke implementatie.

Fasen van implementatie naar production

Implementatie naar production — is een meerfasig proces, geautomatiseerd via de CI/CD-pijplijn. Elke fase omvat controles die voorkomen dat defecte code in productie terechtkomt. Laten we de belangrijkste fasen bekijken aan de hand van een typische pijplijn voor een mobiele applicatie.

CI/CD-pijplijn voor production

De pijplijn begint met een commit naar de hoofdtak van de repository. Na de push worden automatisch bouwen en unittesten gestart, vervolgens integratietesten en codekwaliteitscontrole. Bij succesvol doorlopen van alle fasen wordt het artefact gepubliceerd in het buildregister en geïmplementeerd op staging voor definitieve verificatie. Pas na bevestiging op staging gaat de pijplijn over tot implementatie in production.

@Library("shared-lib") _

pipeline {
    agent any

    stages {
        stage("Build") {
            steps {
                sh "cd app && ./gradlew assembleRelease"
            }
        }
        stage("Test") {
            steps {
                sh "cd app && ./gradlew testRelease"
            }
        }
        stage("Deploy to Staging") {
            steps {
                sh "deploy-staging.sh"
            }
        }
        stage("Deploy to Production") {
            input "Deploy to production?"
            steps {
                sh "deploy-production.sh"
            }
        }
    }
}

Automatisering van implementatie

Geautomatiseerde implementatie naar production gebruikt zero-downtime deployment-strategieën: rolling update, blue-green deployment of canary release. Bij rolling update vervangen nieuwe instanties van de applicatie geleidelijk de oude zonder de service te stoppen. Blue-green deployment onderhoudt twee identieke omgevingen en schakelt het verkeer onmiddellijk om, wat snelle terugkeer bij problemen mogelijk maakt. De keuze van strategie hangt af van de kritikaliteit van de service en de toegestane downtime. Voor mobiele applicaties omvat implementatie naar production publicatie in app-winkels (App Store Connect, Google Play Console) met geleidelijke uitrol, wat extra integratie van CI/CD met winkel-API's vereist voor automatisering van het publicatieproces, inclusief het uploaden van binaire bestanden, invullen van metadata en verzenden ter beoordeling.

Post-implementatie controles

Na succesvolle implementatie naar production start de CI/CD-pijplijn een reeks smoke-tests die de basisfunctionaliteit van de service controleren: beschikbaarheid van endpoints, juistheid van API-antwoorden, responstijd binnen normale grenzen. Voor mobiele applicaties wordt daarnaast de mogelijkheid van authenticatie, gegevenssynchronisatie en correcte werking van betalingsintegraties gecontroleerd. Als smoke-tests niet slagen, start de pijplijn automatisch een rollback naar de vorige stabiele versie en stuurt een melding naar het team. Monitoring na implementatie gaat 30-60 minuten door met een verhoogd alertniveau — dit is het venster voor het ontdekken van problemen die niet door automatische tests worden gedekt.

Verschillen tussen production en testomgevingen

Het belangrijkste verschil tussen production en minder strikte omgevingen — het werken met echte gebruikersgegevens en belastingen. De stagingomgeving is bedoeld voor definitieve verificatie voor de release, maar gebruikt synthetische of geanonimiseerde gegevens. Production daarentegen verwerkt live transacties, persoonlijke gegevens en kritisch belangrijke operaties, wat een fundamenteel andere benadering van beheer vereist.

Configuratie en infrastructuur

De configuratie van de productieomgeving moet strikt geïsoleerd zijn van andere omgevingen. Dit betreft omgevingsvariabelen, verbindingsstrings naar databases, API-sleutels en certificaten. De productie-infrastructuur wordt meestal gedupliceerd in meerdere beschikbaarheidszones (availability zones) voor fouttolerantie. Voor mobiele applicaties omvat production ook Apple App Store en Google Play configuraties die niet aanwezig zijn in testbuilds.

Gegevensbeheer

In production is het gebruik van echte gegevens voor testen ten strengste verboden — hiervoor bestaan staging- en ontwikkelomgevingen. Alle wijzigingen in de databasestructuur moeten via migraties gaan die automatisch worden toegepast door de CI/CD-pijplijn. Back-ups van productiegegevens worden volgens schema uitgevoerd met automatische verificatie van de integriteit van back-ups. Het retentiebeleid bepaalt de bewaartermijn van back-ups in overeenstemming met de vereisten van GDPR en andere toezichthouders.

Monitoring van productie-infrastructuur

Monitoring van production — is een continu proces van verzamelen en analyseren van metrieken, logs en traces. Zonder volledige monitoring is het onmogelijk om SLA te garanderen en incidenten tijdig te ontdekken. De moderne benadering van monitoring is gebaseerd op drie pijlers: metrieken (numerieke indicatoren), logs (gestructureerde registraties van gebeurtenissen) en traces (tracering van verzoeken).

Belangrijkste metrieken

De belangrijkste metrieken van de productieomgeving omvatten: uptime (beschikbaarheid van de service), latentie (responsvertraging), foutpercentage, doorvoer en verzadiging (niveau van resource belasting). Voor mobiele applicaties zijn metrieken van opstarttijd, crashfrequentie (crash-free rate) en gegevenssynchronisatietijd kritisch. Alerts worden geconfigureerd op basis van SLO (Service Level Objectives), zodat het team meldingen ontvangt voordat SLA wordt geschonden.

Monitoringsinstrumenten

Voor monitoring van productie-infrastructuur worden gespecialiseerde platforms gebruikt: Datadog, New Relic, Grafana + Prometheus voor het verzamelen van metrieken, Sentry en Crashlytics voor het volgen van fouten in mobiele applicaties. Logs worden gecentraliseerd via ELK-stack (Elasticsearch, Logstash, Kibana) of Splunk. Tracering van verzoeken wordt gerealiseerd met Jaeger of Zipkin. Alle instrumenten worden geïntegreerd met de CI/CD-pijplijn voor automatische aanmaak van dashboards bij implementatie van een nieuwe service. Het incident response-systeem (PagerDuty, Opsgenie) ontvangt alerts van alle monitoringsinstrumenten en wijst automatisch de verantwoordelijke dienstdoende aan op basis van rotatie en escalatieregels. De runbook voor elk type incident wordt opgeslagen in de repository en mee-versiebeheerd met de code, wat de actualiteit van herstelinstructies garandeert.

Beveiliging van de productieomgeving

Beveiliging van de productieomgeving — is een meerlaags beschermingssysteem dat infrastructuur, gegevens, toegang en het implementatieproces omvat. Elke laag moet zo worden geconfigureerd dat compromittering van één niet leidt tot compromittering van het hele systeem. De CI/CD-pijplijn speelt een sleutelrol in het waarborgen van beveiliging door geautomatiseerde controles, kwetsbaarheidsscans en compliance-controle in elke fase van de pijplijn.

Toegang en rollen

Toegang tot de productieomgeving is strikt beperkt volgens het principe van minimale privileges. Ontwikkelaars hebben geen directe toegang tot productieservers — alle wijzigingen gaan via de CI/CD-pijplijn met een goedkeuringsmechanisme. Voor noodtoegang worden tijdelijke credentials gebruikt met automatische rotatie en volledige logging van acties. Het vier-ogen-principe (elke operatie vereist goedkeuring van twee personen) is de standaard voor productieoperaties.

Auditing van wijzigingen

Elke wijziging in production wordt geregistreerd in het auditsysteem: wie de implementatie heeft geïnitieerd, welke commit is geïmplementeerd, welke controles zijn doorlopen, hoe lang de implementatie duurde. Integratie van CI/CD met incidentbeheersystemen (PagerDuty, Opsgenie) maakt automatische aanmaak van tickets mogelijk bij mislukte implementatie of SLO-schending. Alle productielogs worden opgeslagen in een onveranderbare opslag met een retentieperiode van minimaal 90 dagen in overeenstemming met de vereisten van SOC2 en ISO 27001.