mirror of
https://github.com/PostHog/posthog.git
synced 2024-11-21 21:49:51 +01:00
b238b34172
Co-authored-by: David Newell <david@posthog.com> |
||
---|---|---|
.. | ||
.cargo | ||
.sqlx | ||
bin | ||
capture | ||
common | ||
cyclotron-core | ||
cyclotron-fetch | ||
cyclotron-janitor | ||
cyclotron-node | ||
cymbal | ||
docker/echo-server | ||
feature-flags | ||
hook-api | ||
hook-common | ||
hook-janitor | ||
hook-worker | ||
migrations | ||
property-defs-rs | ||
.dockerignore | ||
.env | ||
.gitignore | ||
Cargo.lock | ||
Cargo.toml | ||
depot.json | ||
docker-compose.yml | ||
Dockerfile | ||
Dockerfile.migrate-hooks | ||
LICENSE | ||
README.md |
hog-rs
PostHog Rust service monorepo. This is not the Rust client library for PostHog.
capture
This is a rewrite of capture.py, in Rust.
Why?
Capture is very simple. It takes some JSON, checks a key in Redis, and then pushes onto Kafka. It's mostly IO bound.
We currently use far too much compute to run this service, and it could be more efficient. This effort should not take too long to complete, but should massively reduce our CPU usage - and therefore spend.
How?
I'm trying to ensure the rewrite at least vaguely resembles the Python version. This will both minimize accidental regressions, but also serve as a "rosetta stone" for engineers at PostHog who have not written Rust before.
rusty-hook
A reliable and performant webhook system for PostHog
Requirements
- Rust.
- Docker, or podman and podman-compose: To setup development stack.
Testing
- Start development stack:
docker compose -f docker-compose.yml up -d --wait
- Test:
# Note that tests require a DATABASE_URL environment variable to be set, e.g.:
# export DATABASE_URL=postgres://posthog:posthog@localhost:15432/test_database
# But there is an .env file in the project root that should be used automatically.
cargo test