Internal Developer Platforms (IDPs) moved from a concept discussed in platform engineering circles to a category that Gartner and Forrester were analysing in 2022. The drivers: developer experience as a competitive advantage and the complexity tax of DevOps tooling sprawl.

Developer experience as a metric

Developer experience had historically been a soft metric: developers preferred better tools but the productivity impact was hard to quantify. The data from GitHub Copilot adoption and the research on developer productivity (the SPACE framework, DORA metrics) have made the quantification more rigorous. Organisations that can demonstrate a causal link between developer experience investment and deployment frequency, change failure rate, and time to restore are making the IDP investment easier to justify.

The DORA metrics as IDP success criteria

DORA (DevOps Research and Assessment) metrics, deployment frequency, lead time for changes, time to restore service, and change failure rate, are the standard measurement framework for software delivery performance. Internal Developer Platforms are evaluated against their impact on these metrics. A platform that reduces lead time for changes from days to hours has a measurable business impact that justifies its engineering cost.

Self-service environment provisioning

The most high-value IDP feature is self-service environment provisioning: a developer requests a development or staging environment and it's ready in minutes without waiting for an infrastructure ticket. This requires: infrastructure templates (Terraform modules, Crossplane Compositions, Helm charts) for the standard environment configurations, an orchestration layer that triggers provisioning from a request, and cleanup automation that removes unused environments.

The buy vs build tension

The IDP market has commercial products: Humanitec, Cortex, Port, Backstage as a managed service. The build vs buy question for IDPs is real: building an IDP from open source components (Backstage, Crossplane, Argo CD) gives more control and lower licensing cost at the expense of integration and maintenance engineering time. Commercial products provide faster time to value for common use cases at the expense of flexibility. Most large organisations build on open source; most small-to-medium organisations buying a commercial IDP product are making the right trade-off.