Dienst · Software-ontwikkeling

DevOps developer inhuren met team-backup.

Een DevOps-engineer of consultant die uw CI/CD, infrastructure-as-code en cloud-platform op orde brengt, met een collega-senior achter de schermen voor review en continuiteit. Dedicated specialist vanuit ons Nederlandse team — geen losse freelancer waar u op hoopt dat hij de pipeline-keys netjes overdraagt.

Plan een kennismaking Bekijk ons werk

Niet een freelance script-kiddie. Een DevOps-consultant met vangnet.

Wanneer u zoekt naar een DevOps-engineer of -consultant is de eerste reflex vaak een freelancer via een platform of recruiter. Snel beschikbaar, vaak ervaring op papier, klaar. Tot u doorhebt dat de pipeline draait op een persoonlijke GitHub-account, de Terraform-state in een Dropbox-folder staat, en niemand weet wat er gebeurt als die ene engineer onbereikbaar is. Op dat moment is de cloud-bill explodeert, de deploy gebroken, of erger — de productie-database alleen toegankelijk via een persoonlijke SSH-key die niemand kan rouleren.

Wij leveren een DevOps-developer in als onderdeel van ons software-ontwikkelteam: full-time op uw project, maar met peer-review op iedere infrastructure-change, een vervangbare positie binnen het team, en een contract dat eigendom van pipelines, IaC en keys helder belegt. Wat we bouwen is overdraagbaar by design — alle infra in Terraform of vergelijkbare IaC, alle pipelines in code, alle secrets via een vault, geen "Frank-only knowledge" verstopt in een runbook in iemands hoofd.

We werken in Nederland, in Nederlandse tijdzone, met communicatie in het Nederlands of Engels naar keuze. Bij een productie-incident om vier uur 's middags hangt u niet aan een ticket-queue in een andere tijdzone — er staat iemand uit ons team paraat. Voor on-call rotaties en incident-response zetten we structuren op die ook werken als wij er niet meer zijn.

De type opdrachten waar wij sterk in zijn: cloud-platformen op AWS, GCP en Azure, container-platforms op Kubernetes of ECS, CI/CD-pipelines voor teams van vijf tot vijftig developers, observability-stacks met Prometheus, Grafana en Datadog, en migratie-projecten van on-prem of een legacy-stack naar een moderne cloud-omgeving. Voor pure security-research of compliance-only opdrachten zijn andere specialisten beter — maar voor alles wat draait, blijft draaien en in productie verandert, zijn we in onze comfortzone.

Wat onze DevOps-engineers doen.

Drie hoofdrichtingen waar een DevOps-developer bij ons het meest waarde toevoegt — afhankelijk van waar uw organisatie nu staat.

Richting 01

CI/CD-pipelines en automatisering

Het bouwen of opnieuw inrichten van de software-delivery-pipeline: van git-push tot productie-deploy, met geautomatiseerde tests, build-caching, security-scans en zero-downtime releases. Wij werken met GitHub Actions, GitLab CI, Jenkins, CircleCI en ArgoCD voor GitOps. Inclusief environment-strategie (dev, staging, production), feature-flags, en rollback-procedures die ook echt getest zijn. Veel teams roepen ons in omdat hun huidige pipeline traag is, vaak rood staat, of niemand meer durft aan te raken. Vaak vervlochten met een legacy-software-vervangingstraject waar de oude release-flow domweg niet meer past bij de nieuwe architectuur.

GitHub ActionsGitLab CIJenkinsCircleCIArgoCD

Richting 02

Infrastructure-as-code en cloud-platformen

De volledige cloud-infrastructuur in code: VPC's, IAM, databases, queues, container-clusters, secrets-management. We werken met Terraform, Pulumi, OpenTofu en CloudFormation, en bouwen waar zinvol een cloud-native platform waar uw eigen developers zelf services op kunnen uitrollen. Inclusief multi-environment-setup, drift-detectie, en modules die uw team zelf kan hergebruiken. Voor teams die een eigen internal developer platform (IDP) willen — vaak omdat handmatig opzetten van nieuwe services te traag wordt — leveren we platform-engineering-werk op basis van Backstage, Crossplane of een eigen abstractie.

TerraformPulumiOpenTofuAWS & GCP & AzureBackstage

Richting 03

Containers, Kubernetes en observability

Container-platforms op Docker, Kubernetes (EKS, GKE, AKS), ECS of een lichtere optie zoals Nomad of Fly.io. Inclusief Helm-charts, ingress-configuratie, service-mesh waar zinvol, en networking dat ook over een paar jaar nog uitlegbaar is. Daarbovenop de observability-laag — logging, metrics, traces — met Prometheus, Grafana, Loki, Tempo, Datadog of New Relic. Standaard met SLO's per service, alert-routing naar de juiste on-call, en dashboards die niet over zes maanden zijn vergeten. Voor mid-market-organisaties combineren we dit vaak met onze Python- of Node.js-developers in een breder app-bouw-traject.

KubernetesHelmPrometheusGrafanaDatadog

Wat u krijgt aan het einde.

Niet alleen een engineer voor de duur van het traject, maar een infrastructuur die zelfstandig verder kan — beheersbaar door uw eigen team of een opvolger.

IaC-codebase

Infrastructuur in Terraform of Pulumi, op uw eigen Git-repository, met state in een door u beheerd remote backend.

Pipeline-as-code

Alle CI/CD-flows als code in uw repository, met geheime sleutels in een vault — geen one-off configuraties in een UI.

Runbook + on-call

Incident-response-procedures, alert-routing, post-mortem-template, en een on-call-rotatie die uw team kan oppakken.

Architectuur-document

Een document dat keuzes uitlegt — waarom EKS en niet ECS, waarom Loki en niet Elasticsearch — bruikbaar voor onboarding.

Optie tot beheer

Doorlopend platform-beheer, security-patches, kosten-monitoring en kleine doorontwikkeling via onze applicatiebeheer-dienst.

Drie werkvormen — kies wat past.

De manier waarop u een DevOps-developer inzet hangt af van wat uw team zelf kan en hoe groot de scope is.

Werkvorm 01

Dedicated DevOps-engineer

Onze DevOps-engineer zit full-time op uw project, integreert met uw stand-ups, sprint-rituelen en product-owner, maar werkt vanuit ons team voor reviews, sparring en kennis-uitwisseling. U stuurt op output, wij regelen de continuiteit. Geschikt wanneer u nog geen eigen DevOps-capaciteit heeft of tijdelijk extra slagkracht nodig heeft voor een grote migratie of platform-bouw.

Werkvorm 02

DevOps-consultant

Wanneer u vooral advies en initiele setup zoekt — strategie, platform-keuze, eerste IaC-opzet, eerste pipelines — en daarna uw eigen team het werk laat oppakken. Onze consultant levert een advies-document, opzet en kennisoverdracht, met een open einde voor follow-up wanneer u tegen zaken aanloopt. Voor de top-10-zoekvraag "devops consultant inhuren" is dit precies wat we leveren.

Werkvorm 03

Team-augmentatie

Uw eigen developers leiden het project; onze DevOps-specialist sluit aan naast hen voor de stukken waar uw team minder ervaring mee heeft — Kubernetes-internals, een complexe cloud-migratie, een service-mesh-implementatie. We werken in uw repository, uw rituelen en uw tooling, en bouwen de kennis over zodat uw team het zelf kan dragen na afloop.

Werkvorm 04

Senior-lead of platform-architect

Een senior DevOps-engineer of platform-architect die ook op strategisch niveau meedenkt: cloud-strategie, kostenmodel, governance, security-baseline en platform-roadmap. Geschikt voor organisaties die van losse cloud-resources naar een gestructureerd platform willen, of waar een eerdere freelance-route heeft geleid tot infra die niemand meer durft aan te raken. We brengen structuur aan zonder het hele platform te herschrijven.

Hoe een traject loopt.

01Kennismaking→ 02Audit & match→ 03Bouw→ 04Overdracht

Kennismaking

Een korte sessie om scope, huidige cloud-setup en gewenste werkvorm scherp te krijgen. We delen voorbeelden van eerder werk en bespreken senioriteit-niveau.

Audit & engineer-match

We doen een korte review van uw huidige pipelines en infra, en koppelen een DevOps-engineer aan uw project op basis van uw cloud-mix. U spreekt de engineer vooraf zelf.

Sprints met reviews

Sprints met demo en review. Iedere infra-change of pipeline-aanpassing gaat door peer-review van een tweede senior — geen pull-request raakt main zonder vier ogen.

Overdracht

Aan het einde van het traject een gestructureerde overdracht naar uw eigen team of een opvolger, met runbook, architectuur-document en live walkthrough-sessies.

Stack-expertise van ons DevOps-team.

We werken vanuit medior tot senior-lead niveau. Geen junior-only inzet — voor elk traject staat er minimaal een senior achter de review. De stack-mix die u kiest hangt af van uw project en bestaande cloud-keuze; onderstaande pillen zijn waar we in de praktijk mee bouwen.

CI/CD & automation

GitHub ActionsGitLab CIJenkinsCircleCIArgoCDFlux

IaC & cloud

TerraformPulumiOpenTofuCloudFormationAWSGCPAzure

Containers & observability

DockerKubernetesHelmIstioPrometheusGrafanaLokiDatadogNew Relic

Wanneer DevOps, SRE of platform-engineering.

In de praktijk lopen deze rollen door elkaar. Wij hebben overlap met alle drie en kiezen op basis van wat uw situatie nodig heeft — onderstaande verdeling helpt bij die keuze.

Discipline 01

DevOps-engineer

Focus op CI/CD, build- en deploy-automatisering, infrastructure-as-code en de pipeline-keten van git-commit naar productie. Vaak de eerste rol die teams inhuren wanneer de release-frequentie omhoog moet en handmatige stappen wegmoeten. Wij leveren deze rol als dedicated of team-augmentatie.

Discipline 02

Site-reliability-engineer

Focus op reliability, SLO's, on-call, incident-response en post-mortems. Een SRE komt meestal in beeld wanneer er al een platform staat dat moet blijven draaien en de business klaagt over uitval of trage response-tijden. Wij hebben SRE-praktijken standaard in onze trajecten — geen aparte rol nodig voor mid-market.

Discipline 03

Platform-engineer

Focus op developer-experience: een interne platform-as-a-product bouwen waar uw eigen developers zonder DevOps-hulp services op kunnen uitrollen. Vaak met Backstage, Crossplane of een eigen abstractie. Past in groeiende organisaties (10+ developers) waar de DevOps-bottleneck zichtbaar wordt.

Discipline 04

Cloud-architect

Focus op de high-level cloud-strategie: multi-region, kostenmodel, vendor-keuze, governance, compliance. Vaak een korter advies-traject dan een dedicated engineering-rol. Geschikt wanneer u nog onderaan de cloud-leercurve staat of een grote migratie overweegt.

In de praktijk

Overlap is de norm

De meeste van onze DevOps-engineers raken alle vier disciplines aan in een traject. Wat u nodig heeft hangt af van uw teamgrootte, cloud-volwassenheid en de specifieke pijnpunten — vertel ons in een eerste gesprek wat u zoekt en we matchen op basis van wat past, niet op label.

Wanneer FTE i.p.v. consultant

Vaste DevOps in dienst

Voor organisaties met dagelijkse production-operations en een groeiende cloud-footprint loont een vaste DevOps-engineer in dienst meestal meer dan een doorlopende consultant. Wij helpen vaak met de initiele setup, een werkende baseline en kennisoverdracht naar uw eerste eigen hire — daarna kunnen we op afroep aanblijven voor advies of pieken.

Waarom een team-DevOps boven een losse freelancer.

Voor een kortlopend project, beperkte scope en weinig risico is een freelance DevOps-engineer prima. Voor alles wat productie raakt, met andere systemen integreert of langer dan een paar sprints loopt, raden we het af. De redenen zijn niet abstract — we zien ze elke maand terugkomen wanneer een nieuwe klant ons binnenroept om een freelance-erfenis op te ruimen.

Peer-review op iedere infra-change. Iedere Terraform-PR of pipeline-aanpassing gaat bij ons door review van een tweede senior. Een freelancer reviewt zichzelf, of in het beste geval een developer in uw team die net genoeg cloud kent om "approve" te klikken. Het verschil in betrouwbaarheid en kostenbeheersing na een half jaar is groot.

Vervangbaar binnen het team. Wanneer onze engineer ziek is of doorgroeit naar een andere opdracht, draagt diegene actief over aan een collega die de codebase al kent vanuit reviews. Bij een freelancer is "twee weken vakantie" gelijk aan "geen deploys mogelijk" — of erger, een tweede freelancer die alles opnieuw moet uitvinden.

Contract-zekerheid. U sluit een overeenkomst met Appfront B.V., niet met een individu. Dat betekent IP-rechten goed geregeld, NDA's afdwingbaar, eigendom van pipelines en IaC contractueel bij u, en een aansprakelijke partij wanneer iets misgaat. Voor projecten waar productie-data of klantgegevens in spelen, is dat geen luxe.

Overdraagbare infrastructuur. Wij weten dat het traject ooit eindigt — dus de infra wordt opgezet met die overdracht in gedachten. Alles in code, alle keys via een vault, alle accounts op organisatie-niveau, geen persoonlijke SSH-keys in productie. Bij beëindiging van het contract verandert er niets aan wie wat kan; u beheert het platform onmiddellijk zelfstandig verder. Voor doorlopend beheer combineren we dit vaak met onze enterprise-software-dienst of een afgebakend applicatiebeheer-contract.

Veelgestelde vragen.

Wat is het verschil tussen een DevOps-engineer, een SRE en een platform-engineer?

In theorie zijn het drie verschillende rollen — DevOps richt zich op de delivery-pipeline en automatisering, SRE op reliability en on-call, platform-engineering op developer-experience en een interne platform-as-a-product. In de praktijk lopen ze enorm door elkaar bij mid-market-organisaties. Onze engineers raken alle drie disciplines aan. Vertel ons in een eerste gesprek wat uw pijnpunten zijn — we matchen op basis van inhoud, niet op rolnaam.

Werken jullie met een Nederlands team of EU-team?

Het DevOps-team werkt vanuit Nederland in Nederlandse tijdzone. Communicatie kan in het Nederlands of Engels, naar uw voorkeur. Geen offshore-overdracht, geen handover-cyclus van een halve werkdag bij een productie-incident, geen taalbarrieres in code-review of stand-ups. Voor incidenten op kantoortijden hangt u niet aan een ticket-queue in een andere tijdzone.

Contract: vast of flexibel?

Beide. Voor dedicated engineer en team-augmentatie werken we met een uurtarief en een minimale inzet per week, opzegbaar per maand. Voor consultancy-trajecten met scoping en advies sluiten we vaak een vaste overeenkomst af op basis van deliverables. Geen lange lock-ins en geen verplichte minimale contractduur in jaren.

Wat gebeurt er als de DevOps-engineer halverwege vertrekt?

Dat is precies waarom we met peer-review en team-backup werken. Wanneer iemand uit ons team uitvalt of doorgroeit, zit de tweede senior al in de codebase via eerdere reviews en kan binnen een korte overdracht overnemen. U staat dus niet stil. Bij een losse freelancer in dezelfde situatie wel — dat zien we elke maand terugkomen in nieuwe overname-projecten.

Hoe wordt de kennis overgedragen na afloop?

Standaard onderdeel van elk traject: een runbook met operationele instructies, een architectuur-document dat keuzes en trade-offs uitlegt, en walkthrough-sessies met uw eigen team of opvolger. Bij voorkeur in de laatste sprints van het traject, niet op de allerlaatste dag — anders blijven er altijd vragen liggen die alleen onze engineer kan beantwoorden.

Helpen jullie kiezen tussen AWS, GCP en Azure?

Ja. We hebben productie-ervaring op alle drie. De keuze hangt zelden af van technische features — die zijn grotendeels gelijk geworden — en veel vaker van uw bestaande contracten, audit-vereisten, regio-eisen en welke cloud uw eigen team al kent. We geven een eerlijk advies, ook wanneer dat betekent dat u bij uw huidige cloud blijft en wij geen migratie hoeven uit te voeren.

Doen jullie ook migraties van on-prem naar cloud, of tussen clouds?

Ja. Een aanzienlijk deel van onze trajecten is een migratie — van on-prem naar AWS of GCP, van een legacy-PaaS naar Kubernetes, of cross-cloud wanneer een vendor-keuze niet meer past. We werken in fasen met een rollback-plan in elke fase, niet in een big-bang-cutover. Vaak gecombineerd met een breder legacy-vervangingstraject.

Hoe wordt de prijs bepaald?

Voor team-augmentatie en dedicated engineer hanteren we een uurtarief afhankelijk van senioriteit (medior, senior, senior-lead). Voor consultancy en project-based scope rekenen we per sprint of in een vast totaalbudget op basis van deliverables. We delen tarieven open in de kennismaking — geen verstopte staffel of strafclausules. Bedrag-indicaties geven we mondeling op basis van uw scope; niet via een pricing-pagina, omdat dat zelden klopt met wat een traject werkelijk vraagt.

Bouwen jullie ook een internal developer platform (IDP)?

Ja, vaak op basis van Backstage of een eigen abstractie boven Kubernetes en cloud-resources. Past meestal bij organisaties van 10+ developers waar de DevOps-bottleneck zichtbaar wordt — handmatig service-onboarding kost dan te veel tijd. We bouwen een minimaal IDP met een paar self-service-flows en breiden uit op basis van wat uw eigen developers daadwerkelijk gebruiken.

Praat met ons over uw DevOps-traject.

Een vrijblijvende kennismaking van een half uur. We luisteren naar uw cloud-setup, vragen waar nodig door, en zijn eerlijk over of een DevOps-engineer hier de juiste stap is — of dat een korter consultancy-traject volstaat. Geen sales-praatje.

Plan een kennismaking Mail fabian.vandijk@appfront.nl