PostHog / PostHog/posthog

chore(devex) evaluate CI platform alternatives

Open
#53,797 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
39.9k
Forks
3.4k
Avg merge
6h 51m
Merged PRs (30d)
232

Description

Context

We currently use GitHub Actions with some runners hosted on Depot. Depot has since launched a dedicated CI product, and there are other alternatives worth exploring (GitLab Runners, self-hosted infrastructure). Worth doing a structured evaluation before the next renewal cycle.

Goal

Determine whether an alternative CI platform or runner setup could reduce cost, improve speed, or both — without sacrificing coverage or developer experience.

Scope / ideas

  • Depot CI — we already use Depot for runners; evaluate their full CI product for tighter integration and potential cost savings
  • GitLab Runners — evaluate as a runner backend (can be used with GitHub via mirroring or as a full migration path)
  • Self-hosted runners — cost model analysis for hosting our own (e.g. on spare capacity, spot instances)
  • Hybrid approach — keep GitHub Actions as orchestrator but swap runner backends
  • Compare on: cost, cold-start latency, caching, maintenance burden, and migration effort

Related to https://github.com/PostHog/posthog/issues/51012 and https://github.com/PostHog/posthog/issues/51027 but a bit more big picture (if we want to go that route)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing related issues #51012 and #51027, then document the options named here: Depot CI, GitLab Runners, self-hosted runners, and a hybrid setup. Compare cost, cold-start latency, caching, maintenance burden, coverage, developer experience, and migration effort; done means producing a structured evaluation before the next renewal cycle.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions, gitlab
Domain
ci-cd, developer-experience, devops
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.